9102年底將至，BAT高級開發(fā)21道匯總：Bitmap+H

前言

面試：如果不準(zhǔn)備充分的面試，完全是浪費時間，更是對自己的不負(fù)責(zé)。

今天給大家分享下我整理的BAT架構(gòu)面試專題及答案，其中大部分都是大企業(yè)面試常問的面試題，可以對照這查漏補缺，當(dāng)然了，這里所列的肯定不可能覆蓋全部方式，不過也希望能對即將找工作的朋友起到一些幫助！在這由于文字很多，我總結(jié)了Android面試所涉及到的常問范圍及架構(gòu)面試專題和答案解析和架構(gòu)視頻資料分享給大家

更多完整項目下載。未完待續(xù)。源碼。圖文知識后續(xù)上傳github。)
可以點擊關(guān)于我聯(lián)系我獲取完整PDF或者互相交流
(VX：mm14525201314)

今天先來分析一下Bitmap+Handler+性能優(yōu)化

一.Bitmap

1、Bitmap 使用需要注意哪些問題 ？

1)要選擇合適的圖片規(guī)格（bitmap 類型）： 通常我們優(yōu)化Bitmap 時，當(dāng)需要做性能優(yōu)化或者防止 OOM，我們通常會使用 RGB_565，因為 ALPHA_8 只有透明度，顯示一般圖片沒有意義，Bitmap.Config.ARGB_4444 顯示圖片不清楚，Bitmap.Config.ARGB_8888 占用內(nèi)存最多。：

• ALPHA_8 每個像素占用 1byte 內(nèi)存
• ARGB_4444 每個像素占用 2byte 內(nèi)存
• ARGB_8888 每個像素占用 4byte 內(nèi)存（默認(rèn)）
• RGB_565 每個像素占用 2byte 內(nèi)存

2)降低采樣率： BitmapFactory.Options 參數(shù) inSampleSize 的使用，先把 options.inJustDecodeBounds 設(shè)為 true，只是去讀取圖片的大小，在拿到圖片的大小之后和要顯示的大小做比較通過 calculateInSampleSize()函數(shù)計算 inSampleSize 的具體值，得到值之后。options.inJustDecodeBounds 設(shè)為 false讀圖片資源。

3)復(fù)用內(nèi)存： 即通過軟引用(內(nèi)存不夠的時候才會回收掉)，復(fù)用內(nèi)存塊，不需要再重新給這個 bitmap 申請一塊新的內(nèi)存，避免了一次內(nèi)存的分配和回收，從而改善了運行效率。

4)使用 recycle()方法及時回收內(nèi)存。

5)壓縮圖片

2、Bitmap.recycle()會立即回收么？什么時候會回收？如果沒有地方使用這個 Bitmap，為什么垃圾回收不會直接回收？

參考回答：

通過源碼可以了解到，加載 Bitmap 到內(nèi)存里以后，是包含兩部分內(nèi)存區(qū)域的。簡單的說，一部分是 Java 部分的，一部分是 C部分的。這個 Bitmap 對象是由 Java 部分分配的，不用的時候系統(tǒng)就會自動回收了

但是那個對應(yīng)的 C 可用的內(nèi)存區(qū)域，虛擬機是不能直接回收的，這個只能調(diào)用底層的功能釋放。所以需要調(diào)用 recycle()方法來釋放 C 部分的內(nèi)存

bitmap.recycle()方法用于回收該 Bitmap 所占用的內(nèi)存，接著將 bitmap 置空，最后使用 System.gc()調(diào)用一下系統(tǒng)的垃圾回收器進行回收，調(diào)用 System.gc()并不能保證立即開始進行回收過程，而只是為了加快回收的到來

3、一張 Bitmap 所占內(nèi)存以及內(nèi)存占用的計算

參考回答：

Bitamp 所占內(nèi)存大小 = 寬度像素 x （inTargetDensity /inDensity） x 高度像素 x （inTargetDensity / inDensity）x 一個像素所占的內(nèi)存字節(jié)大小

注： 這里 inDensity 表示目標(biāo)圖片的 dpi（放在哪個資源文件夾下）,inTargetDensity 表示目標(biāo)屏幕的 dpi，所以你可以發(fā)現(xiàn) inDensity 和 inTargetDensity 會對Bitmap 的寬高進行拉伸，進而改變 Bitmap 占用內(nèi)存的大小。

在 Bitmap 里有兩個獲取內(nèi)存占用大小的方法。

• getByteCount()：API12 加入，代表存儲 Bitmap 的像素需要的最少內(nèi)存。
• getAllocationByteCount()：API19 加入，代表在內(nèi)存中為 Bitmap 分配的內(nèi)存大小，代替了getByteCount() 方法。
• 在不復(fù)用 Bitmap 時，getByteCount() 和getAllocationByteCount 返回的結(jié)果是一樣的。在通過復(fù)用 Bitmap 來解碼圖片時，那么 getByteCount()表示新解碼圖片占用內(nèi)存的大 小，getAllocationByteCount() 表示被復(fù)用 Bitmap 真實占用的內(nèi)存大小

4、Android 中緩存更新策略 ？

參考回答：

Android 的緩存更新策略沒有統(tǒng)一的標(biāo)準(zhǔn)，一般來說，緩存策略主要包含緩存的添加、獲取和刪除這三類操作，但不管是內(nèi)存緩存還是存儲設(shè)備緩存，它們的緩存容量是有限制的，因此刪除一些舊緩存并添加新緩存，如何定義緩存的新舊這就是一種策略，不同的策略就對應(yīng)著不同的緩存算法

比如可以簡單地根據(jù)文件的最后修改時間來定義緩存的新舊，當(dāng)緩存滿時就將最后修改時間較早的緩存移除，這就是一種緩存算法，但不算很完美

5、LRU 的原理 ？

參考回答：

為減少流量消耗，可采用緩存策略。常用的緩存算法是LRU(Least Recently Used)：當(dāng)緩存滿時, 會優(yōu)先淘汰那些近期最少使用的緩存對象。主要是兩種方式：

• LruCache(內(nèi)存緩存)：LruCache 類是一個線程安全的泛型類：內(nèi)部采用一個 LinkedHashMap 以強引用的方式存儲外界的緩存對象，并提供 get 和 put 方法來完成緩存的獲取和添加操作，當(dāng)緩存滿時會移除較早使用的緩存對象，再添加新的緩存對象。
• DiskLruCache(磁盤緩存)： 通過將緩存對象寫入文件系統(tǒng)從而實現(xiàn)緩存效果

二.Handler

6.談?wù)勏C制 Handler 作用 ？有哪些要素 ？流程是怎樣的 ？

7.一個線程能否創(chuàng)建多個 Handler，Handler 跟 Looper 之間的對應(yīng)關(guān)系 ？

8.軟引用跟弱引用的區(qū)別

9.Handler 引起的內(nèi)存泄露原因以及最佳解決方案

10.為什么系統(tǒng)不建議在子線程訪問 UI？

11.Looper 死循環(huán)為什么不會導(dǎo)致應(yīng)用卡死？

12.使用 Handler 的 postDealy 后消息隊列會有什么變化？

13.可以在子線程直接 new 一個 Handler 嗎？怎么做？

14.Message 可以如何創(chuàng)建？哪種效果更好，為什么？

三.性能優(yōu)化

15.圖片的三級緩存中,圖片加載到內(nèi)存中,如果內(nèi)存快爆了,會發(fā)生什么？怎么處理？

17.WebView 的性能優(yōu)化 ?

18.Bitmap 如何處理大圖，如一張 30M 的大圖，如何預(yù)防 OOM？

19.內(nèi)存回收機制與 GC 算法(各種算法的優(yōu)缺點以及應(yīng)用場景)；GC 原理時機以及 GC 對象

20.內(nèi)存泄露和內(nèi)存溢出的區(qū)別 ？AS 有什么工具可以檢測內(nèi)存泄露

21.性能優(yōu)化,怎么保證應(yīng)用啟動不卡頓? 黑白屏怎么處理?

最后

為了不影響閱讀，針對于上面的面試題我總結(jié)出了互聯(lián)網(wǎng)公司Android程序員面試涉及到的絕大部分面試題及答案解析及知識點參考做成了文檔（983頁PDF）和架構(gòu)視頻資料免費分享給大家?。ê袕?strong>基礎(chǔ)到進階。含有BATJ.字節(jié)跳動面試專題，算法專題，高端技術(shù)專題，混合開發(fā)專題，java面試專題，Android,Java小知識，到性能優(yōu)化.線程.View.OpenCV.NDK等應(yīng)有盡有。還有輔之相關(guān)的視頻+學(xué)習(xí)筆記）

整理不易，希望大家在明年有個好的成功，分享是一種美德，覺得不錯的朋友可以點贊后分享給更多的朋友！

請查看完整的PDF版
(更多完整項目下載。未完待續(xù)。源碼。圖文知識后續(xù)上傳github。)
可以點擊關(guān)于我聯(lián)系我獲取完整PDF
(VX：mm14525201314)