android雙緩存
無論大型或小型應用，靈活的緩存可以說不僅大大減輕了伺服器的壓力，而且因為更快速的用戶體驗而方便了用戶。
Android的apk可以說是作為小型應用，其中99%的應用並不是需要實時更新的，而且詬病於蝸牛般的移動網速，與伺服器的數據交互是能少則少，這樣用戶體驗才更好，這也是我們有時舍棄webview而採用json傳輸數據的原因之一。
採用緩存，可以進一步大大緩解數據交互的壓力，特此，我們簡略列舉一下緩存管理的適用環境：
1. 提供網路服務的應用
2. 數據更新不需要實時更新，但是哪怕是3-5分鍾的延遲也是可以採用緩存機制。
3. 緩存的過期時間是可以接受的(不會因為緩存帶來的好處，導致某些數據因為更新不及時而影響產品的形象等)
帶來的好處：
1. 伺服器的壓力大大減小
2. 客戶端的響應速度大大變快(用戶體驗)
3. 客戶端的數據載入出錯情況大大較少，大大提高了應有的穩定性(用戶體驗)
4. 一定程度上可以支持離線瀏覽(或者說為離線瀏覽提供了技術支持)
一、緩存管理的方法
這里的緩存管理的原理很簡：通過時間的設置來判斷是否讀取緩存還是重新下載。
裡面會有一些細節的處理，後面會詳細闡述。
基於這個原理，目前鄙人見過的兩種比較常見的緩存管理方法是:資料庫法和文件法。
二、資料庫法緩存管理
這種方法是在下載完數據文件後，把文件的相關信息如url，路經，下載時間，過期時間等存放到資料庫，下次下載的時候根據url先從資料庫中查詢，如果查詢到當前時間並未過期，就根據路徑讀取本地文件，從而實現緩存的效果。
從實現上我們可以看到這種方法可以靈活存放文件的屬性，進而提供了很大的擴展性，可以為其它的功能提供一定的支持；
從操作上需要創建資料庫，每次查詢資料庫，如果過期還需要更新資料庫，清理緩存的時候還需要刪除資料庫數據，稍顯麻煩，而資料庫操作不當又容易出現一系列的性能，ANR問題，實現的時候要謹慎，具體作的話，但也只是增加一個工具類或方法的事情。
還有一個問題，緩存的資料庫是存放在/data/data/<package>/databases/目錄下，是佔用內存空間的，如果緩存累計，容易浪費內存，需要及時清理緩存。
當然這種方法從目前一些應用的實用上看，我沒有發現什麼問題。
本文我側重強調第二種方法，第一種方法的實現，就此掠過。
三、文件法緩存管理
這種方法，使用File.lastModified()方法得到文件的最後修改時間，與當前時間判斷是否過期，從而實現緩存效果。
實現上只能使用這一個屬性，沒有為其它的功能提供技術支持的可能。
操作上倒是簡單，比較時間即可。本身處理也不容易帶來其它問題，代價低廉。
四、文件法緩存管理的兩點說明
1. 不同類型的文件的緩存時間不一樣。
籠統的說，不變文件的緩存時間是永久，變化文件的緩存時間是最大忍受不變時間。
說白點，圖片文件內容是不變的，直到清理，我們是可以永遠讀取緩存的。
配置文件內容是可能更新的，需要設置一個可接受的緩存時間。
2. 不同環境下的緩存時間標准不一樣。
無網路環境下，我們只能讀取緩存文件，哪怕緩存早就過期。
WiFi網路環境下，緩存時間可以設置短一點，一是網速較快，而是流量不要錢。
移動數據流量環境下，緩存時間可以設置長一點，節省流量，就是節省金錢，而且用戶體驗也更好。
舉個例子吧，最近本人在做的一個應用在wifi環境下的緩存時間設置為5分鍾，移動數據流量下的緩存時間設置為1小時。
這個時間根據自己的實際情況來設置：數據的更新頻率，數據的重要性等。
五、何時刷新
開發者一方面希望盡量讀取緩存，用戶一方面希望實時刷新，但是成都網站製作響應速度越快越好，流量消耗越少越好，是一個矛盾。
其實何時刷新我也不知道，這里我提供兩點建議：
1. 數據的最長多長時間不變，對應用無大的影響。
比如，你的數據更新時間為1天，則緩存時間設置為4~8小時比較合適，一天他總會看到更新，如果你覺得你是資訊類應用，再減少，2~4小時，如果你覺得數據比較重要或者比較受歡迎，用戶會經常把玩，再減少，1~2小時，依次類推。
為了保險起見，你可能需要毫無理由的再次縮減一下。
2. 提供刷新按鈕。
上面說的保險起見不一定保險，最保險的方法使在相關界面提供一個刷新按鈕，為緩存，為載入失敗提供一次重新來過的機會，有了這個刷新按鈕，我們的心也才真的放下來。
❷ android中的View如何不使用雙緩沖
怪不得沒有人回答，分是少了點，我來說吧
一般使用雙緩沖區的時候，大致都是為了保存什麼，或者隱式的在某些時候顯示什麼東西（比如Invalidate的時候顯示某個圖片）而不影響對此View做其他的什麼事情。換句話說，要想顯示的東西一直在上面，我怎麼刷新也不會丟，或者在上面畫什麼東西，它都能保存，就像有一個隱藏的緩沖區在為我們保存數據，這就是雙緩沖區
知道了它的用處，來解決問題也就不是很難了。比如，你想畫上去一張BMP，當然首先你得有它，然後你不用內存緩沖區來bitblt，你可以直接用cdc.SelectObject 然後直接畫一遍，其他手繪的東西，用一個動態的結構體數組來紀錄保存，然後當OnDraw的時候，把結構體數組裡面的東西全部重繪。當然了，這個結構體數組裡面保存的並不是畫的東西，而是手繪過程中的每一步所作的事情。
❸ android有哪幾種緩存方式，優缺點是什麼
二級緩存工作機制。
1.所謂二級緩存實際上並不復雜，當Android端需要獲得數據時比如獲取網路中的圖片，我們首先從內存中查找（按鍵查找），內存中沒有的再從磁碟文件或sqlite中去查找，若磁碟中也沒有才通過網路獲取。
2.當獲得來自網路的數據，就以key-value對的方式先緩存到內存（一級緩存），同時緩存到文件或sqlite中（二級緩存）。注意：內存緩存會造成堆內存泄露，所有一級緩存通常要嚴格控制緩存的大小，一般控制在系統內存的1/4。
3.網路中的數據是變化的，數據一旦放入緩存中，再取該數據就是從緩存中獲得，這樣豈不是不能體現數據的變化？在緩存數據時會設置有效時間，比如說30分鍾，若超過這個時間數據就失效並釋放空間，然後重新請求網路中的數據。
❹ android 二級緩存和非同步載入的區別
目前沒有同步載入數據這種做法，如果網路延遲主界面UI就卡死了，
之後用戶不耐煩就只能強行關閉了，卡死的時候按鍵都沒反應的。
一個簡單的的多線程
class
updatelocationTask
extends
AsyncTask<String,
Integer,
Response>
{
protected
void
onPreExecute()
{
//這里寫執行doInBackground方法之前要做的什麼，比如說彈出ProgressDialog
}
}
@Override
protected
Response
doInBackground(String...
params)
{
//這里就是線程裡面的方法了，比如說建立連接，請求數據
}
}
protected
void
onPostExecute(Response
result)
{
//這里可以根據返回值來確定怎麼操作，比如說刷新列表或者提示用戶網路不暢，是否再次刷新
}
}
}
}
❺ android 如何實現清理本地數據緩存
一、本地數據緩存分應用內、外緩存：
1、應用內部緩存，緩存被存儲在應用內部，具體位置：/data/data/應用包名/
a、清除緩存（/data/data/com.xxx.xxx/cache）
b、清除所有資料庫緩存（/data/data/com.xxx.xxx/database）
c、清除SharedPreference（/data/data/com.xxx.xxx/shared_prefs）
d、清除文件（/data/data/com.xxx.xxx/files）
2、應用外部緩存（/mnt/sdcard/android/data/com.xxx.xxx/cache）
3、自定義路徑文件，被存儲在設備的SD-CARD上，不同的設備和Android系統版本路徑不一樣，獲取路徑可以通過以下代碼：
1）、獲取內置SD卡路徑
❻ Android Picasso 的緩存怎麼清理
可以查詢清理緩存路徑
❼ 對android中的surfaceview的困惑，雙緩沖區該怎麼理解
最近開發一款小游戲，需要用到surfaceView，出於效率的考慮，需要使用臟矩形刷新技術。一開始怎麼都不成功，到網上搜了很多有關臟矩形的使用的文章，但總是不懂。後來就只能到google上去搜索英文的相關文章，但是也收獲甚微。後來，直接看Android
Developers上面的解釋，也是一懂半懂的。canvas
= holder.lockCanvas(Rect
dirty);中定義臟矩形刷新。我的理解是，給定dirty之後，系統會自動把前一個畫布中dirty矩形外的部分拷貝過來，然後把dirty矩形內部留給現在的canvas來繪制。但是在項目的運行中，我發現根本不是這樣的，系統好像不會自動拷貝dirty之外的部分過來，因為我的背景圖片在繪制了一次之後，直接被黑色背景覆蓋了。我查了一下AndroidDevelopers上面有關這個臟矩形的講解，上面這樣介紹：Just
likelockCanvas()but allows
specification of a dirty rectangle. Every pixel within that
rectangle must be written; however pixels outside the dirty
rectangle will be preserved by the next call to
lockCanvas()。意思就是說：在矩形內的每一個像素必須都要被寫入，然後dirty矩形外的像素將在下次調用的時候保留。我在想，這個dirty臟矩形是不是為下次的繪圖而准備的？後來又仔細想了一會，結合網上的有關surfaceView的雙緩沖實現，我覺得可能問題是這樣的：第一次畫背景是畫在前景幀上，緩沖幀沒有。而第二次畫時，系統把緩沖幀與前景幀調換了，這樣由於之前的緩沖幀裡面沒有畫背景，就導致第二次繪畫中背景沒有畫出來。而第二次繪畫又是使用的臟矩形繪制，將在下一次繪制的時候保留臟矩形之外的部分，導致第三次繪畫時，雖然調出了最開始畫了背景的那一幀，但是臟矩形機制填充了臟矩形之外的部分，導致背景再次被覆蓋。自此，背景徹底從緩沖的兩幀中消失了。
找到了原因所在，解決就比較好辦了。直接在一開始的時候，調用兩遍繪制背景的函數，這樣保證緩沖的兩幀上面都有背景，那麼之後再用臟矩形，就沒有問題了。
當然，明白了這些，就不難解釋網上那些閃爍的問題的根源了。只需要在一開始把背景繪制兩遍即可。
在解決這個問題的過程中，通過所查的資料，以及我單步跟蹤調試，也發現了一個android的隱藏操作：就是在每次定製好臟矩形之後，android系統會自動重置臟矩形的大小尺寸(一般重置為當前整個畫布的大小)，所以，為了能夠在下次循環的時候能夠繼續調用之前的臟矩形對象，就需要重置一下臟矩形的大小；或者還有一個辦法，就是直接寫一個函數，這個函數返回一個臟矩形的拷貝給canvas，這樣canvas就只能更改這個拷貝，而不能更改臟矩形對象本身了。
❽ android怎樣緩存數據面試題
共有七個周期函數，按順序分別是: onCreate(), onStart(), onRestart(), onResume(), onPause(),onStop(), onDestroy()。
onCreate(): 創建Activity時調用，設置在該方法中，還以Bundle的形式提供對以前存儲的任何狀態的訪問。
onStart(): Activity變為在屏幕上對用戶可見時調用。
onResume(): Activity開始與用戶交互時調用(無論是啟動還是重新啟動一個活動，該方法總是被調用。
onPause(): Activity被暫停或收回cpu和其他資源時調用，該方法用戶保護活動狀態的，也是保護現場。
onStop(): Activity被停止並轉為不可見階段及後續的生命周期事件時調用。
onRestart(): Activity被重新啟動時調用。該活動仍然在棧中，而不是啟動新的Activity。
1、完整生命周期: 即從一個Activity從出現到消失，對應的周期方法是從onCreate()到onDestroy()。
2、可見生命周期: 當Activity處於可以用戶看見的狀態，但不一定能與用戶交互時，將多次執行從onStart()到onStop()。
3、前景生命周期: 當Activity處於Activity棧最頂端，能夠與其他用戶進行交互時，將多次執行從onResume()到onPause()。
2. 兩個Activity之間跳轉時必然會執行的是哪幾個方法。
答: 兩個Activity之間跳轉必然會執行的是下面幾個方法。
onCreate()//在Activity生命周期開始時調用。
onRestoreInstanceState()//用來恢復UI狀態。
onRestart()//當Activity重新啟動時調用。
onStart()//當Activity對用戶即將可見時調用。
onResume()//當Activity與用戶交互時，繪制界面。
onSaveInstanceState()//即將移出棧頂保留UI狀態時調用。
onPause()//暫停當前活動Activity，提交持久數據的改變，停止動畫或其他佔用GPU資源的東西，由於下一個Activity在這個方法返回之前不會resume，所以這個方法的代碼執行要快。
onStop()//Activity不再可見時調用。
onDestroy()//Activity銷毀棧時被調用的最後一個方法。
3. 橫豎屏切換時候Activity的生命周期。
答:
1、不設置Activity的android: configChanges時，切屏會重新調用各個生命周期，切橫屏時會執行一次，切豎屏時會執行兩次。
2、設置Activity的android: configChanges=「orientation」時，切屏還是會重新調用各個生命周期，切橫、豎屏時只會執行一次。
3、設置Activity的android: configChanges=「orientation|keyboardHidden」時，切屏不會重新調用各個生命周期，只會執行onConfiguration方法
4. 如何將一個Activity設置成窗口的樣式。
答: 第一種方法，在styles.xml文件中，可以新建如下的類似Dialog的style。
<style name=「Theme.FloatActivity」 parent=「android:style/Theme.Dialog」> </style>。
第二種方法，在AndroidManifest.xml中在需要顯示為窗口的Activity中添加如下屬性: android: theme=「@style/Theme.FloatActivity」即可。也可以直接添加對應需要展示為Dialog style的Activity的android: theme屬性為android: theme=「@ android: style/Theme.Dialog」。
5. 兩個Activity之間怎麼傳遞數據？
答: 可以在Intent對象中利用Extra來傳遞存儲數據。
在Intent的對象請求中，使用putExtra(「鍵值對的名字」，」鍵值對的值」)；在另外一個Activity中將Intent中的請求數據取出來:
Intent intent = getIntent();
String value = intent.getStringExtra(「testIntent」);
6. 怎麼讓在啟動一個Activity是就啟動一個service？
答: 首先定義好一個service，然後在Activity的onCreate裡面進行連接並bindservice或者直接startService。
7. Activity怎麼和service綁定，怎麼在activity中啟動自己對應的service？
答:
1、activity能進行綁定得益於Serviece的介面。為了支持Service的綁定，實現onBind方法。
2、Service和Activity的連接可以用ServiceConnection來實現。需要實現一個新的ServiceConnection，重現onServiceConnected和OnServiceDisconnected方法，一旦連接建立，就能得到Service實例的引用。
3、執行綁定，調用bindService方法，傳入一個選擇了要綁定的Service的Intent(顯示或隱式)和一個你實現了的ServiceConnection的實例
8.什麼是Service以及描述下它的生命周期。Service有哪些啟動方法，有什麼區別，怎樣停用Service？
答: Android Service是運行在後台的代碼，不能與用戶交互，可以運行在自己的進程，也可以運行在其他應用程序進程的上下文里。需要通過某一個Activity或者Context對象來調用。Service有兩個啟動方法，分別是Context.startService()和Context.bindService()。如果在Service執行耗時的操作需要啟動一個新線程來執行。
Android Service只繼承了onCreate(), onStart(),onDestroy()三個方法，當我們第一次啟動Service時，先後調用onCreate(), onStart()這兩個方法，當停止Service時，則執行onDestroy()方法時。如果Service已經啟動了，當我們再次啟動Service時，不會再執行onCreate()方法，而是直接執行onStart()方法。
9. 什麼時候使用Service？
答: 比如播放多媒體的時候，用戶啟動了其他Activity，這個時候程序要在後台繼續播放，比如檢測SD卡上文件的變化，再或者在後台記錄你的地理信息位置的改變等等。
10. 請描述一下Intent 和 Intent Filter。
答: Intent在Android中被翻譯為」意圖」，他是三種應用程序基本組件-Activity，Service和broadcast receiver之間相互激活的手段。在調用Intent名稱時使用ComponentName也就是類的全名時為顯示調用。這種方式一般用於應用程序的內部調用，因為你不一定會知道別人寫的類的全名。而Intent Filter是指意圖過濾，不出現在代碼中，而是出現在android Manifest文件中，以<intent-filter>的形式。（有一個例外是broadcast receiver的intent
filter是使用Context.registerReceiver()來動態設定的，其中intent filter也是在代碼中創建的）
一個intent有action，data，category等欄位。一個隱式intent為了能夠被某個intent filter接收，必須通過3個測試，一個intent為了被某個組件接收，則必須通過它所有的intent filter中的一個。
11. Intent傳遞數據時，可以傳遞哪些類型數據？
答: intent間傳送數據一般有兩種常用的方法: 1、extra 2、data。
extra可以用Intent.putExtra放入數據。新啟動的Activity可用Intent.getExtras取出Bundle，然後用Bundles.getLong,getInt,getBoolean,getString等函數來取放進去的值。
Data則是傳輸url。url可以是指我們熟悉的http，ftp等網路地址，也可以指content來指向ContentProvider提供的資源。Intent.setData可以放入數據，Intent.getData可以取出數據。
12. 說說Activity，Intent，Service是什麼關系 ？
答: 一個Activity通常是一個單獨的屏幕，每一個Activity都被實現為一個單獨的類，這些類都是從Activity基類中繼承而來的。Activity類會顯示由視圖控制項組成的用戶介面，並對視圖控制項的事件做出響應。
Intent的調用是用來進行屏幕之間的切換。Intent描述應用想要做什麼。Intent數據結構中兩個最重要的部分是動作和動作對應的數據，一個動作對應一個動作數據。
Service是運行在後台的代碼，不能與用戶交互，可以運行在自己的進程里，也可以運行在其他應用程序進程的上下文里。需要一個Activity或者其他Context對象來調用。
Activity跳轉Activity，Activity啟動Service，Service打開Activity都需要Intent表明意圖，以及傳遞參數，Intent是這些組件間信號傳遞的承載著。
13. 請描述一下BroadcastReceiver。
答: Broadcast Receiver用於接收並處理廣播通知(broadcast announcements)。多數的廣播是系統發起的，如地域變換、電量不足、來電簡訊等。程序也可以播放一個廣播。程序可以有任意數量的broadcast receivers來響應它覺得重要的通知。Broadcast receiver可以通過多種方式通知用戶: 啟動activity、使用NotificationManager、開啟背景燈、振動設備、播放聲音等，最典型的是在狀態欄顯示一個圖標，這樣用戶就可以點它打開看通知內容。通常我們的某個應用或系統本身在某些事件(電池電量不足、來電簡訊)來臨時會廣播一個Intent出去，我們利用注冊一個broadcast
receiver來監聽這些Intent並獲取Intent中的數據。
14. 在manifest和代碼中如何注冊和使用 broadcast receiver 。
答: 在android的manifest中注冊
<receiver android: name =「Receiver1」>
<intent-filter>
<!----和Intent中的action對應--->
<actionandroid: name=「com.forrest.action.mybroadcast」/>
</intent-filter>
</receiver>
在代碼中注冊
1、 IntentFilter filter = new IntentFilter(「com.forrest.action.mybroadcast」);//和廣播中Intent的action對應;
2、 MyBroadcastReceiver br= new MyBroadcastReceiver();
3、 registerReceiver(br, filter);
15. 請介紹下ContentProvider是如何實現數據共享的。
答: 一個程序可以通過實現一個Content provider的抽象介面將自己的數據完全暴露出去，而且Content provider是以類似資料庫中的表的方式將自己的數據暴露。Content provider存儲和檢索數據，通過它可以讓所有的應用程序訪問到，這也是應用程序之間唯一共享數據的方法。
要想使應用程序的數據公開化，可通過2種方法：創建一個數據自己的Content Provider或者將你的數據添加到一個已經存在的Content Provider中，前提是有相同數據類型並且有寫入Content Provider的許可權，Android提供了Content Resolverr，外界的程序可以通過Content Resolver介面訪問Content Provider提供的數據。
16. 請介紹下Android的數據存儲方式。
答: Android提供了5中存儲數據的方式，分別是以下幾種
1、使用Shared Preferences存儲數據，用來存儲key-value，pairs格式的數據，它是一個輕量級的鍵值存儲機制，只可以存儲基本數據類型。
2、使用文件存儲數據，通過FileInputStream和FileOutputStream對文件進行操作。在Android中，文件是一個應用程序私有的，一個應用程序無法讀寫其他應用程序的文件。
3、使用SQLite資料庫存儲數據，Android提供的一個標准資料庫，支持SQL語句。
4、使用Content Provider存儲數據，是所有應用程序之間數據存儲和檢索的一個橋梁，它的作用就是使得各個應用程序之間實現數據共享。它是一個特殊的存儲數據的類型，它提供了一套標準的介面用來獲取數據，操作數據。系統也提供了音頻、視頻、圖像和個人信息等幾個常用的Content Provider。如果你想公開自己的私有數據，可以創建自己的Content Provider類，或者當你對這些數據擁有控制寫入的許可權時，將這些數據添加到Content Provider中實現共享。外部訪問通過Content Resolver去訪問並操作這些被暴露的數據。
5、使用網路存儲數據
17. 請介紹下Android中常用的五種布局。
答: 最常用的布局方式為Absolute Layout、Relative Layout、Linear Layout、FrameLayout、TableLayout。其中Linear Layout和Relative Layout是最常用的方式，他們可以通過在xml配置文件或者代碼中進行布局。
1、Frame Layout是最簡單的布局方式，放置的控制項都只能羅列到左上角，控制項會有重疊，不能進行復雜的布局。
2、Linear Layout可以通過orientation屬性設置線性排列的方向是垂直還是縱向的,每行或每列只有一個元素，可以進行復雜的布局。
3、Absolute Layout可以讓子元素指定準確的x、y坐標值，並顯示在屏幕上。Absolute Layout沒有頁邊框，允許元素之間相互重疊。它是絕對坐標，所以在實際中不提倡使用。
4、Relative Layout允許子元素制定他們相對於其他元素或父元素的位置(通過ID制定)。因此，你可以以右對齊，或上下，或置於屏幕中央的形式來排列兩個元素。元素按順序排列，因此如果第一個元素在屏幕的中央，那麼相對於這個元素的其他元素將以屏幕中央的相對位置來排列。這個是相對於Absolute Layout的，採用相對坐標，所以在實際中比較常用。
5、Table Layout將以子元素的位置分配到行或列。一個Table Layout由許多的Table Row組成，每個Table Row都會定義一個row。Table Layout容器不會顯示row、column或者cell的邊線框。每個row擁有0個或多個的cell； 和html中的table差不多。在實際中也經常使用。
18. 談談UI中， Padding和Margin有什麼區別？
答: Padding是控制項的內容相對控制項的邊緣的邊距，而Margin是控制項邊緣相對於其他控制項的邊距。如下圖所示：
19. android本身的一些限制，比如apk包大小限制，讀取大文件時的時間限。
答：apk包大小限制不好說，有的apk為100M，還是能裝到手機上。一般的apk大小為5~10M左右。讀取大文件的時間應該是在main線程裡面，時間限制為5秒左右。
20. ListView如何提高其效率？
答:1、使用分頁載入，不要一次性載入所有數據。
2、復用convertView。在getItemView中，判斷converView是否為空，如果不為空，可復用。
3、非同步載入圖片。Item中如果包含有webimage，那麼最好非同步載入。
4、快速滑動時，不顯示圖片。當快速滑動列表(SCROLL_STATE_FLING)，item中的圖片或獲取需要消耗資源的view，可以不顯示出來；而處於其他兩種狀態(SCROLL_STATE_IDLE和SCROLL_STATE_TOUCH_SCROLL)，則將那些view顯示出來