㈠ android中的線程和線程池
一、除了Thread外，扮演線程角色的還有：AsyncTask和IntentService，同時HandlerThread也扮演特殊的線程。
IntentService：內部採用HandlerThread來執行，像一個後台線程，同時是一個服務，不容易被系統殺死。
二、HandlerThread的run方法是一個無限循環
三、IntentService中任務是排隊執行的
四、AsyncTask
1、Android1.6之前串悄段桐行執行任務，1.6時候採用線程池裡的並行，Android3.0開始又開始串列（為了避免並發錯誤），單任可以並行。
2、AsyncTask必須在UI線程調用（不過這個不是絕對的，和版本有關燃腔系，API 16之前，API 16到 22， API 22以後） 參考一
原因：內部有靜態Handler，採用UI線程的Looper來處理消息，這就是為什麼AsyncTask必須在UI線程調用，因為子線程默認沒有Looper無法創建下面的Handler，程序會直接Crash
3、AsyncTask中有兩個線程池和一個Handler，一個線程池用啟坦於任務排隊，一個線程池用於真正的執行任務，InternalHandler用於將
執行環境從線程池切換到主線程
AsyncTask串列與並行
五、線程池
線程池中多餘的線程是如何回收的
㈡ 有哪些 Android 的開源界面庫
比較火爆的Android開源庫有以下：
1、volley
主要有以下模塊：
(1) JSON，圖像等的非同步下載；
(2) 網路請求的排序（scheling）
(3) 網路請求的優先順序處理
(4) 緩存
(5) 多級別取消請求
(6) 和Activity和生命周期的聯動（Activity結束時同時取消所有網路請求）2、android-async-http
主要有以下模塊：
(1) 在匿名回調中處理請求結果
(2) 在UI線程外進行
(3) 文件斷點上傳
(4) 智能重試
(5) 默認gzip壓縮
(6) 支持解析成Json格式
(7) 可將Cookies持久化到SharedPreferences 3、Afinal框架
主要有四大模塊：
(1) 資料庫模塊：android中的
，使用了線程池對sqlite進行操作。
(2) 註解模塊：android中的ioc框架，完全註解方式就可以進行UI綁定和事件綁定。無需findViewById和setClickListener等。
(3) 網路模塊：通過httpclient進行封裝http數據請求，支持ajax方式載入，支持下載、上傳文件功能。
(4) 圖片緩存模塊：通過FinalBitmap，imageview載入bitmap的時候無需考慮bitmap載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象。4、xUtils框架
主要有四大模塊：
(1) 資料庫模塊：android中的
，一行代碼就可以進行增刪改查；
(2) 註解模塊：android中的ioc框架，完全註解方式就可以進行UI，資源和事件綁定；
(3) 網路模塊：支持同步，非同步方式的請求；
(4) 圖片緩存模塊：載入bitmap的時候無需考慮bitmap載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象；5、ThinkAndroid主要有以下模塊：(1) MVC模塊：實現視圖與模型的分離。
(2) ioc模塊：android中的ioc模塊，完全註解方式就可以進行UI綁定、res中的資源的讀取、以及對象的初始化。
(3) 資料庫模塊：android中的
，使用了線程池對sqlite進行操作。
(4) http模塊：通過httpclient進行封裝http數據請求，支持非同步及同步方式載入。
(5) 緩存模塊：通過簡單的配置及設計可以很好的實現緩存，對緩存可以隨意的配置
(6) 圖片緩存模塊：imageview載入圖片的時候無需考慮圖片載入過程中出現的oom和android容器快速滑動時候出現的圖片錯位等現象。
(7) 配置器模塊：可以對簡易的實現配對配置的操作，目前配置文件可以支持Preference、Properties對配置進行存取。
(8) 日誌列印模塊：可以較快的輕易的是實現日誌列印，支持日誌列印的擴展，目前支持對sdcard寫入本地列印、以及控制台列印
(9) 下載器模塊:可以簡單的實現
、後台下載、
、對下載進行控制、如開始、暫停、刪除等等。
(10) 網路狀態檢測模塊：當網路狀態改變時，對其進行檢6、LoonAndroid 主要有以下模塊：
(1) 自動注入框架（只需要繼承框架內的application既可）
(2) 圖片載入框架（多重緩存，自動回收，最大限度保證內存的安全性）
(3) 網路請求模塊（繼承了基本上現在所有的
）
(4) eventbus（集成一個開源的框架）
(5) 驗證框架（集成開源框架）
(6) json解析（支持解析成集合或者對象）
(7) 資料庫（不知道是哪位寫的 忘記了）
(8) 多線程斷點下載（自動判斷是否支持多線程，判斷是否是重定向）
(9) 自動更新模塊
(10) 一系列工具類
㈢ Framework應用框架為什麼重要呢
對於絕大多數 Android 開發工程師來說，掌握Android Framework 一直是一個不光要熟練而且必須要精通的技能。Framework這個應用框架是Android開發中最基礎，但同時也是最重要的。Framework包含了Android IPC Binder機制、Handler消息機制、Dalvik VM進程系統、AMS、WMS和Package Manager Service等等。而這些類別里又包含很多小類，有許多的分支，每一個小類里還有很多小細節，這些都是Android開發工程師必須熟練掌握和精通的技能。
如果做成一個框架圖的話，就是下面這樣的：這只是一個簡單的框架圖，其實還有很多分支
很多大廠公司在面試的時候都會有很多的技術面試題，這是考察程序員必不可少的題目。
比方說：
1.Android中多進程通信的方式有哪些？
2.進程通信你用過哪些？原理是什麼？（位元組跳動、小米）
3.描述下Binder機制原理？（東方頭條）
4.Binder線程池的工作過程是什麼樣？（東方頭條）
5.Handler怎麼進行線程通信，原理是什麼？（東方頭條）
6.Handler如果沒有消息處理是阻塞的還是非阻塞的？（位元組跳動、小米）
7.handler.post(Runnable) runnable是如何執行的？（位元組跳動、小米）
8.handler的Callback和handlemessage都存在，但callback返回true handleMessage還會執行么？（位元組跳動、小米）
9.Handler的sendMessage和postDelay的區別？（位元組跳動）
10.IdleHandler是什麼？怎麼使用，能解決什麼問題？
11.為什麼Looper.loop不阻塞主線程？（騰訊）
12.Looper無限循環為啥沒有ANR（B站）
13.Looper如何在子線程中創建？（位元組跳動、小米）
14.Looper、handler、線程間的關系。例如一個線程可以有幾個Looper可以對應幾個Handler？（位元組跳動、小米）
15.如何更新UI，為什麼子線程不能更新UI？(美團)
16.ThreadLocal的原理，以及在Looper是如何應用的？（位元組跳動、小米）
17.Android 有哪些存儲數據的方式？
18.SharedPreference原理，commit與apply的區別是什麼？使用時需要有哪些注意？（騰訊）
19.如何判斷一個 APP 在前台還是後台？
20.如何做應用保活？
21.一張圖片100x100在內存中的大小？（位元組跳動）
22.Intent的原理，作用，可以傳遞哪些類型的參數?
然後會再擴展到和這些知識點相關的更深層次的知識點細節，直到問的你答不上來為止，以此來探尋你的技術邊際，這樣就能更深入地了解你的技術能力。
Android Framework重要性
Android Framework 開發雖然比較偏底層，圈子窄，但是能掌握一些原理的東西，可以觸類旁通，往應用層發展也可以，接下來我們看看Framework知識有多重要。舉幾個栗子，你或許就能清楚了。
像掉幀監控，函數插裝，慢函數檢測，ANR 監控，啟動監控，都需要對 Framework 有比較深入的了解，才能知道怎麼去做監控，利用什麼機制去監控，函數插樁插到哪裡，反射調用該反射哪個類哪個方法哪個屬性……
目前大公司的app開發都要基於模塊化、層次化、組件化、控制項化的思路來設計架構，而這一切的基礎都建立在Android Framework系統框架底層原理實現之上。
Binder是Android系統中最重要的組成
Binder是什麼呢？請看下圖，圖是最能清楚明了的直觀表達的工具
優勢描述
性能：只需要一次數據拷貝，性能上僅次於共享內存
穩定性：基於C/S架構，職責明確，架構清晰，因此穩定性好
安全性：為每個App分配UID,進程的UID是鑒別進程身份的重要標志
Android IPC Binder機制包含了 ：Linux預備知識、傳統的Linux中IPC通信原理、Binder IPC通信原理和Binder Java層實現，這些裡面都各有好多小分支，小細節需要仔細的去學習掌握。
騰訊高級工程師Binder面試
1.為什麼 Android 要採用 Binder 作為 IPC 機制？
2.Binder到底是什麼？
3.Binder機制是如何跨進程的？
4.一次Binder通信的基本流程是什麼樣？
5.為什麼 Activity 間傳遞對象需要序列化？
6.四大組件底層的通信機制是怎樣的？
7.AIDL 內部的實現原理是什麼？
這些都是關於Binder機制面試時會問到的點。
Handler主要用於非同步消息的處理： 有點類似輔助類，封裝了消息投遞、消息處理等介面。當發出一個消息之後，首先進入一個消息隊列，發送消息的函數即刻返回，而另外一個部分在消息隊列中逐一將消息取出，然後對消息進行處理，也就是發送消息和接收消息不是同步的處理。 這種機制通常用來處理相對耗時比較長的操作。
2、為什麼要用handler？
為什麼要用handler？不用這種機制行不行？不行！android在設計的時候，就封裝了一套消息的創建、傳遞、處理機制，如果不遵循這種機制，就沒有辦法更新UI信息，就會拋出異常信息。
在android開發中，經常會在子線程中進行一些操作，當操作完畢後會通過handler發送一些數據給主線程，通知主線程做相應的操作。探索其背後的原理：子線程handler主線程其實構成了線程模型中的經典問題生產者-消費者模型。生產者-消費者模型：生產者和消費者在同一時間段內共用同一個存儲空間，生產者往存儲空間中添加數據，消費者從存儲空間中取走數據。