搞懂這些面試知識點，吊打面試官

一丶設計模式與使用場景

建造者模式：

將一個複雜對象的構建與它的表示分離，使得一樣的構建過程能夠建立不一樣的表示。

使用場景好比最多見的 AlertDialog,拿咱們開發過程當中舉例，好比 Camera 開發過 程中，可能須要設置一個初始化的相機配置，設置攝像頭方向，閃光燈開閉，成 像質量等等，這種場景下就可使用建造者模式

裝飾者模式：

動態的給一個對象添加一些額外的職責，就增長功能來講，裝飾模 式比生成子類更爲靈活。裝飾者模式能夠在不改變原有類結構的狀況下曾強類的 功能，好比 Java 中的 BufferedInputStream 包裝 FileInputStream，舉個開發中的 例子，好比在咱們現有網絡框架上須要增長新的功能，那麼再包裝一層便可，裝 飾者模式解決了繼承存在的一些問題，好比多層繼承代碼的臃腫，使代碼邏輯更 清晰

還有等等.......觀察者模式， 代理模式，門面模式，單例模式，生產者消費者模式。

二丶java 中的線程建立方式，線程池的工做原理

java 中有三種建立線程的方式，或者說四種

1.繼承 Thread 類實現多線程
2.實現 Runnable 接口
3.實現 Callable 接口
4.經過線程池

線程池的工做原理： 線程池能夠減小建立和銷燬線程的次數，從而減小系統資源 的消耗，當一個任務提交到線程池時

a. 首先判斷核心線程池中的線程是否已經滿了，若是沒滿，則建立一個核心線 程執行任務，不然進入下一步
b. 判斷工做隊列是否已滿，沒有滿則加入工做隊列，不然執行下一步
c. 判斷線程數是否達到了最大值，若是不是，則建立非核心線程執行任務，否 則執行飽和策略，默認拋出異常

三丶handler 原理

Handler，Message，looper 和 MessageQueue 構成了安卓的消息機制，handler 創 建後能夠經過 sendMessage 將消息加入消息隊列，而後 looper 不斷的將消息從 MessageQueue 中取出來，回調到 Hander 的 handleMessage 方法，從而實現線程 的通訊。

從兩種狀況來講，第一在 UI 線程建立 Handler,此時咱們不須要手動開啓 looper， 由於在應用啓動時，在 ActivityThread 的 main 方法中就建立了一個當前主線程的 looper，並開啓了消息隊列，消息隊列是一個無限循環，爲何無限循環不會 ANR? 由於能夠說，應用的整個生命週期就是運行在這個消息循環中的，安卓是由事件 驅動的，Looper.loop 不斷的接收處理事件，每個點擊觸摸或者 Activity 每個 生命週期都是在 Looper.loop 的控制之下的，looper.loop 一旦結束，應用程序的 生命週期也就結束了。咱們能夠想一想什麼狀況下會發生 ANR，第一，事件沒有得 處處理，第二，事件正在處理，可是沒有及時完成，而對事件進行處理的就是looper，因此只能說事件的處理若是阻塞會致使 ANR，而不能說 looper 的無限循 環會 ANR

另外一種狀況就是在子線程建立Handler,此時因爲這個線程中沒有默認開啓的消息 隊列，因此咱們須要手動調用 looper.prepare(),並經過 looper.loop 開啓消息 主線程 Looper 從消息隊列讀取消息，當讀完全部消息時，主線程阻塞。子線程 往消息隊列發送消息，而且往管道文件寫數據，主線程即被喚醒，從管道文件讀 取數據，主線程被喚醒只是爲了讀取消息，當消息讀取完畢，再次睡眠。所以 loop 的循環並不會對 CPU 性能有過多的消耗。

四丶內存泄漏的場景和解決辦法

1.非靜態內部類的靜態實例

非靜態內部類會持有外部類的引用，若是非靜態內部類的實例是靜態的，就會長 期的維持着外部類的引用，組織被系統回收，解決辦法是使用靜態內部類

2.多線程相關的匿名內部類和非靜態內部類

匿名內部類一樣會持有外部類的引用，若是在線程中執行耗時操做就有可能發生 內存泄漏，致使外部類沒法被回收，直到耗時任務結束，解決辦法是在頁面退出 時結束線程中的任務

3.Handler 內存泄漏

Handler 致使的內存泄漏也能夠被概括爲非靜態內部類致使的，Handler 內部 message 是被存儲在 MessageQueue 中的，有些 message 不能立刻被處理，存在 的時間會很長，致使 handler 沒法被回收，若是 handler 是非靜態的，就會致使 它的外部類沒法被回收，
解決辦法是 :

1.使用靜態 handler，外部類引用使用弱引 用處理
2.在退出頁面時移除消息隊列中的消息

4.Context 致使內存泄漏

根據場景肯定使用 Activity 的 Context 仍是 Application 的 Context,由於兩者生命周 期不一樣，對於沒必要須使用 Activity 的 Context 的場景（Dialog）,一概採用 Application 的 Context,單例模式是最多見的發生此泄漏的場景，好比傳入一個 Activity 的 Context 被靜態類引用，致使沒法回收.

5.靜態 View 致使泄漏

使用靜態 View 能夠避免每次啓動 Activity 都去讀取並渲染 View，可是靜態 View會持有 Activity 的引用，致使沒法回收，解決辦法是在 Activity 銷燬的時候將靜態 View 設置爲 null（View 一旦被加載到界面中將會持有一個 Context 對象的引用， 在這個例子中，這個 context 對象是咱們的 Activity，聲明一個靜態變量引用這個 View，也就引用了 activity）

6.WebView 致使的內存泄漏

WebView 只要使用一次，內存就不會被釋放，因此 WebView 都存在內存泄漏的 問題，一般的解決辦法是爲 WebView 單開一個進程，使用 AIDL 進行通訊，根據 業務需求在合適的時機釋放掉

7.資源對象未關閉致使

如 Cursor，File 等，內部每每都使用了緩衝，會形成內存泄漏，必定要確保關閉 它並將引用置爲 null

8.集合中的對象未清理

集合用於保存對象，若是集合愈來愈大，不進行合理的清理，尤爲是入股集合是 靜態的

9.Bitmap 致使內存泄漏

bitmap 是比較佔內存的，因此必定要在不使用的時候及時進行清理，避免靜態 變量持有大的 bitmap 對象

10.監聽器未關閉

不少須要 register 和 unregister 的系統服務要在合適的時候進行 unregister,手動添 加的 listener 也須要及時移除

五丶如何避免 OOM?

1.使用更加輕量的數據結構： 如使用 ArrayMap/SparseArray 替代 HashMap,HashMap 更耗內存，由於它須要額外的實例對象來記錄 Mapping 操做， SparseArray 更加高效，由於它避免了 Key Value的自動裝箱，和裝箱後的解箱操 做

2.便面枚舉的使用，能夠用靜態常量或者註解@IntDef 替代

3.Bitmap 優化:
a.尺寸壓縮： 經過 InSampleSize 設置合適的縮放
b.顏色質量： 設置合適的 format,ARGB_6666/RBG_545/ARGB_4444/ALPHA_6，存在很大差別.
c.inBitmap: 使用 inBitmap 屬性能夠告知 Bitmap 解碼器去嘗試使用已經存在的內 存區域，新解碼的 Bitmap 會嘗試去使用以前那張 Bitmap 在 Heap 中所佔據的 pixel data 內存區域，而不是去問內存從新申請一塊區域來存放 Bitmap。利用這種特 性，即便是上千張的圖片，也只會僅僅只須要佔用屏幕所可以顯示的圖片數量的 內存大小，但複用存在一些限制，具體體如今：在 Android 4.4 以前只能重用相 同大小的 Bitmap 的內存，而 Android 4.4 及之後版本則只要後來的 Bitmap 比以前 的小便可。使用 inBitmap 參數前，每建立一個 Bitmap 對象都會分配一塊內存供 其使用，而使用了 inBitmap 參數後，多個 Bitmap 能夠複用一塊內存，這樣能夠 提升性能

4.StringBuilder 替代 String: 在有些時候，代碼中會須要使用到大量的字符串拼接 的操做，這種時候有必要考慮使用 StringBuilder 來替代頻繁的「+」

5.避免在相似 onDraw 這樣的方法中建立對象，由於它會迅速佔用大量內存，引 起頻繁的 GC 甚至內存抖動

6.減小內存泄漏也是一種避免 OOM 的方法

六丶onRestart 的調用場景

（1）按下 home 鍵以後，而後切換回來，會調用 onRestart()。
（2）從本 Activity 跳轉到另外一個 Activity 以後，按 back 鍵返回原來 Activity，會 調用 onRestart()；
（3）從本 Activity 切換到其餘的應用，而後再從其餘應用切換回來，會調用 onRestart()；

說下 Activity 的橫豎屏的切換的生命週期，用那個方法來保存數據，二者的區別。 觸發在何時在那個方法裏能夠獲取數據等。

七丶實現進程保活

a: Service 設置成 START_STICKY kill 後會被重啓(等待 5 秒左右)，重傳 Intent，保 持與重啓前同樣
b: 經過 startForeground 將進程設置爲前臺進程， 作前臺服務，優先級和前臺 應用一個級別，除非在系統內存很是缺，不然此進程不會被 kill
c: 雙進程 Service： 讓 2 個進程互相保護對方，其中一個 Service 被清理後，另 外沒被清理的進程能夠當即重啓進程
d: 用 C 編寫守護進程(即子進程) : Android 系統中當前進程(Process)fork 出來的子 進程，被系統認爲是兩個不一樣的進程。當父進程被殺死的時候，子進程仍然能夠 存活，並不受影響(Android5.0 以上的版本不可行）聯繫廠商，加入白名單
e. 鎖屏狀態下，開啓一個一像素 Activity

八丶ANR 的緣由

1.耗時的網絡訪問
2.大量的數據讀寫
3.數據庫操做
4.硬件操做（好比 camera)
5.調用 thread 的 join()方法、sleep()方法、wait()方法或者等待線程鎖的時候
6.service binder 的數量達到上限
7.system server 中發生 WatchDog ANR
8.service 忙致使超時無響應
9.其餘線程持有鎖，致使主線程等待超時
10.其它線程終止或崩潰致使主線程一直等待

九丶三級緩存原理

當 Android 端須要得到數據時好比獲取網絡中的圖片，首先從內存中查找（按鍵 查找），內存中沒有的再從磁盤文件或 sqlite 中去查找，若磁盤中也沒有才經過 網絡獲取

十丶線程

1. 什麼是線程

線程就是進程中運行的多個子任務，是操做系統調用的最小單元

2. 線程的狀態

New: 新建狀態，new 出來，尚未調用 start

Runnable: 可運行狀態，調用 start 進入可運行狀態，可能運行也可能沒有運行， 取決於操做系統的調度

Blocked: 阻塞狀態，被鎖阻塞，暫時不活動，阻塞狀態是線程阻塞在進入synchronized 關鍵字修飾的方法或代碼塊(獲取鎖)時的狀態。

Waiting： 等待狀態，不活動，不運行任何代碼，等待線程調度器調度，wait sleep

Timed Waiting: 超時等待，在指定時間自行返回

Terminated: 終止狀態，包括正常終止和異常終止

3. 線程的建立

a.繼承 Thread 重寫 run 方法

b.實現 Runnable 重寫 run 方法

c.實現 Callable 重寫 call 方法 實現 Callable 和實現 Runnable 相似，可是功能更強大，具體表如今

• 能夠在任務結束後提供一個返回值，Runnable不行
• call 方法能夠拋出異常，Runnable 的 run 方法不行
• 能夠經過運行 Callable 獲得的 Fulture對象監聽目標線程調用 call 方法的結果， 獲得返回值，（fulture.get(),調用後會阻塞，直到獲取到返回值）

4. 線程中斷

通常狀況下，線程不執行完任務不會退出，可是在有些場景下，咱們須要手動控 制線程中斷結束任務，Java 中有提供線程中斷機制相關的 Api,每一個線程都一個狀 態位用於標識當前線程對象是不是中斷狀態

public boolean isInterrupted() //判斷中斷標識位是不是 true，不會改變標 識位 public void interrupt() //將中斷標識位設置爲 truepublic static boolean interrupted() //判斷當前線程是否被中斷，而且該方法調用結束的時 候會清空中斷標識位

須要注意的是 interrupt（）方法並不會真的中斷線程，它只是將中斷標識位設置 爲 true,具體是否要中斷由程序來判斷，以下，只要線程中斷標識位爲 false,也就 是沒有中斷就一直執行線程方法

new Thread(new Runnable(){ 
       while(!Thread.currentThread().isInterrupted()){ 
            //執行線程方法  
  } }).start();

前邊咱們提到了線程的六種狀態，New Runnable Blocked Waiting Timed Waiting Terminated，那麼在這六種狀態下調用線程中斷的代碼會怎樣呢，New 和 Terminated 狀態下，線程不會理會線程中斷的請求，既不會設置標記位，在 Runnable 和 Blocked 狀態下調用 interrupt 會將標誌位設置位 true,在 Waiting 和 Timed Waiting 狀態下會發生 InterruptedException 異常，針對這個異常咱們如何 處理？

1.在 catch 語句中經過 interrupt 設置中斷狀態，由於發生中斷異常時，中斷標誌 位會被複位，咱們須要從新將中斷標誌位設置爲 true，這樣外界能夠經過這個狀 態判斷是否須要中斷線程

try{
     .... 
  }catch(InterruptedException e){ 
     Thread.currentThread().interrupt(); 
  }

2.更好的作法是，不捕獲異常，直接拋出給調用者處理，這樣更靈活

5.Thread 爲何不能用 stop 方法中止線程

從 SUN 的官方文檔能夠得知，調用 Thread.stop()方法是不安全的，這是由於當調 用 Thread.stop()方法時，會發生下面兩件事：

1. 即刻拋出 ThreadDeath 異常，在線程的 run()方法內，任何一點都有可能拋出 ThreadDeath Error，包括在 catch 或 finally 語句中。
2. 釋放該線程所持有的全部的鎖。調用 thread.stop()後致使了該線程所持有的全部鎖的 忽然釋放，那麼被保護數據就有可能呈現不一致性，其餘線程在使用這些被破壞的數據時， 有可能致使一些很奇怪的應用程序錯誤。

6.進程線程的區別

1.地址空間：同一進程的線程共享本進程的地址空間，而進程之間則是獨立的地 址空間。
2.資源擁有：同一進程內的線程共享本進程的資源如內存、I/O、cpu 等，可是進 程之間的資源是獨立的。
3.一個進程崩潰後，在保護模式下不會對其餘進程產生影響，可是一個線程崩潰 整個進程都死掉。因此多進程要比多線程健壯。
4.進程切換時，消耗的資源大，效率不高。因此涉及到頻繁的切換時，使用線程 要好於進程。一樣若是要求同時進行而且又要共享某些變量的併發操做，只能用 線程不能用進程
5.執行過程：每一個獨立的進程程有一個程序運行的入口、順序執行序列和程序入 口。可是線程不能獨立執行，必須依存在應用程序中，由應用程序提供多個線程 執行控制。
6.線程是處理器調度的基本單位，可是進程不是。
7.二者都可併發執行。

未完待續......
更多內容的面試彙總PDF版本，含有BATJ.字節跳動面試專題，算法專題，高端技術專題，混合開發專題，java面試專題，Android,Java小知識，到性能優化.線程.View.OpenCV.NDK。

Android面試大全+視頻教程+學習筆記