筆者由于在近期需要找工作型将，所以近期最主要的任務(wù)就是準(zhǔn)備面試够挂，不打無準(zhǔn)備之仗钞速。只有你準(zhǔn)備充分了贷掖，那么你想得到的機會才可能有機會入你懷中。
筆者會將準(zhǔn)備面試的學(xué)習(xí)過程記錄下來渴语，方便自己復(fù)盤的同時也希望能給一道找工作的小伙伴們一些幫助苹威。筆者準(zhǔn)備的內(nèi)容大綱如下
什么是OOM?
當(dāng)前占用的內(nèi)存加上申請的內(nèi)存資源超過了Dalvk虛擬機的最大內(nèi)存限制就會拋出Out Of Memory異常。
有什么方法可以避免OOM驾凶？
OOM在很多情況下都是因為圖片加載問題屠升，所以針對bitmap的優(yōu)化可以在某種程度上避免OOM的發(fā)生
- 對圖片進行壓縮（通過采樣率）
- 及時釋放Bitmap內(nèi)存
- 選擇合適的解碼方式
還有沒有其他的方法？
- 適當(dāng)使用軟引用和弱引用
- 采用內(nèi)存緩存和磁盤緩存
- 避免創(chuàng)建過多的對象狭郑，內(nèi)存對象的重復(fù)利用(比如ListView中的convertview的復(fù)用)腹暖。
- 避免在Android中使用Enum，枚舉占用的內(nèi)存比整型大多了翰萨。
-避免在onDraw方法里面執(zhí)行對象的創(chuàng)建
說說你知道的內(nèi)存泄露的場景脏答？
1.靜態(tài)變量持有外部類的引用。
靜態(tài)變量和應(yīng)用的生命周期一樣，因為靜態(tài)變量持有外部類的引用殖告，當(dāng)外部類被銷毀時阿蝶，就會導(dǎo)致外部類無法被GC，引起內(nèi)存泄漏黄绩。所以盡量不要使用靜態(tài)變量羡洁。
2.單例模式引起的內(nèi)存泄露
單例模式的對象的生命周期和應(yīng)用程序一樣長，所以它持有的引用也不能被GC爽丹，所以會引起內(nèi)存泄露筑煮。
所以在單例模式中，可以把單例對象的引用指向整個應(yīng)用粤蝎，就可以避免內(nèi)存泄露真仲。比如正確的單例模式寫法如下：
public class AppManager {
private static AppManager instance;
private Context context;
private AppManager(Context context) {
//this.context = context; //會引起內(nèi)存泄漏
this.context = context.getApplicationContext(); //指向應(yīng)用
}
public static AppManager getInstance(Context context) {
if (instance != null) {
instance = new AppManager(context);
}
return instance;
}
3.AsyncTask引起的內(nèi)存泄露
AsyncTask是持有外部類的引用的，當(dāng)它后臺任務(wù)沒有完成時初澎，它會導(dǎo)致外部類的引用無法被回收秸应，引起內(nèi)存泄漏。
所以可以通過讓AsyncTask變成靜態(tài)內(nèi)部類碑宴，這樣就不會持有外部類的引用了软啼。
或者讓它持有外部類的弱引用。
4.使用完的資源未關(guān)閉
比如說在Bitmap在使用完后一定要關(guān)閉資源（調(diào)用它的recycle方法)
5.注冊沒取消造成的內(nèi)存泄漏
比如調(diào)用registerReceiver后未調(diào)用unregisterReceiver延柠。
廣播注冊一般有幾種祸挪，各有什么優(yōu)缺點？
- 第一種是常駐型(靜態(tài)注冊)：當(dāng)應(yīng)用程序關(guān)閉后如果有信息廣播來捕仔，程序也會被系統(tǒng)調(diào)用匕积，自己運行盈罐。
- 第二種不常駐(動態(tài)注冊)：廣播會跟隨程序的生命周期榜跌。
動態(tài)注冊
優(yōu)點： 在android的廣播機制中，動態(tài)注冊優(yōu)先級高于靜態(tài)注冊優(yōu)先級盅粪，因此在必要情況下钓葫，是需要動態(tài)注冊廣播接收者的。
缺點： 當(dāng)用來注冊的 Activity 關(guān)掉后票顾，廣播也就失效了础浮。
靜態(tài)注冊
優(yōu)點： 無需擔(dān)憂廣播接收器是否被關(guān)閉，只要設(shè)備是開啟狀態(tài)奠骄，廣播接收器就是打開著的豆同。
Recyclerview和Listview的區(qū)別
- 在ListView中，ViewHolder需要自己來定義含鳞。通過ViewHolder可以緩存item里的view控件實例影锈，避免了在getview中重復(fù)創(chuàng)建帶來的性能損耗，但這只是一種推薦的使用方式，不是必須使用的鸭廷。而在RecyclerView中使用RecyclerView.ViewHolder則變成了必須枣抱，盡管實現(xiàn)起來稍顯復(fù)雜，但是在性能提升上有很大的好處辆床。
- ListView只能在垂直方向上滾動佳晶，Android API沒有提供直接讓ListView在水平方向上面滾動的支持。但RecyclerView提供了多種類型的展示方式讼载，很容易就能修改展示方式轿秧。
。 - ListView對item的點擊事件實現(xiàn)較為簡單维雇，Recyclerview的點擊事件實現(xiàn)就相對復(fù)雜淤刃，但靈活性高。
- ListView沒有提供局部刷新吱型，RecyclerView提供了局部刷新的方法逸贾，而且在局部刷新的時候有一個漸變的動畫效果。
說說安卓為啥要加簽名機制津滞？
- 用于發(fā)送者的身份驗證铝侵。由于開發(fā)商可能通過使用相同的 Package Name 來混淆替換已經(jīng)安裝的程序，以此保證簽名不同的包不被替換触徐。
- 保證信息傳輸?shù)耐暾赃湎省：灻麑τ诎械拿總€文件進行處理，以此確保包中內(nèi)容不被替換撞鹉。
- 防止交易中的抵賴發(fā)生疟丙， Market 對軟件的要求。
面試系列的文章都放于 面試妥妥的 建議小伙伴們關(guān)注該專題
