1.Service總結(jié)
定義
service 是能在后臺(tái)執(zhí)行長(zhǎng)時(shí)間操作而不提供用戶界面的組件，屬于四大組件之一(ps:運(yùn)行于主線程，因此不能進(jìn)行耗時(shí)操作，除非獨(dú)立開啟子線程)
生命周期
? 生命周期簡(jiǎn)介
- onCreate() : 服務(wù)第一次創(chuàng)建時(shí)被調(diào)用，只調(diào)用一次；
- onStartCommond() : 服務(wù)啟動(dòng)時(shí)被調(diào)用，可調(diào)用多次；
- onBind() : 服務(wù)被綁定時(shí)調(diào)用，只調(diào)用一次；
- onUnbind() : 服務(wù)被解綁時(shí)調(diào)用；
- onDestory() : 服務(wù)停止時(shí)被調(diào)用
? 使用 startService() 方式啟動(dòng)的生命周期：onCreate() - onStartCommond() - onDestory()
? 使用 onBind() 方式啟動(dòng)的生命周期：onCreate() - onBind() - onUnbind() - onDestory()
啟動(dòng)方式
兩種啟動(dòng)方式：Context.startService(),Context.bindService()
? Context.startService()
- 特點(diǎn) ：調(diào)用該方法時(shí)若服務(wù)沒有創(chuàng)建，則執(zhí)行 onCreate() - onStartCommond() 方法，若已創(chuàng)建則只回調(diào) onStartCommond() 并可重復(fù)調(diào)用，服務(wù)一旦創(chuàng)建就會(huì)一直運(yùn)行，不依附于 Act 等，除非外部調(diào)用 stopService() 或服務(wù)自身調(diào)用 stopSelf() , 服務(wù)停止并回調(diào) onDestory() 方法，停止方法只會(huì)回調(diào)一次
- 應(yīng)用場(chǎng)景 ： 一般用于不需要與調(diào)用方進(jìn)行通信的操作
? Context.bindService()
- 特點(diǎn) ：提供了一個(gè)客戶端-服務(wù)器接口，允許服務(wù)與組件進(jìn)行交互，發(fā)送請(qǐng)求，獲取結(jié)果，可綁定多個(gè)組件，當(dāng)所有組件都解綁時(shí)服務(wù)停止運(yùn)行，或者當(dāng)啟動(dòng)服務(wù)當(dāng)Context銷毀時(shí)服務(wù)也會(huì)停止運(yùn)行
- 應(yīng)用場(chǎng)景 ：一般用于需要獲取服務(wù)運(yùn)行情況的場(chǎng)景，需要交互
? 兩種啟動(dòng)方式結(jié)合使用
- 特點(diǎn) ：如果調(diào)用了startService() ,由于此時(shí)已經(jīng)完成了 onCreate() - onStartCommond() ,所以當(dāng)調(diào)用 onBind() 方法時(shí)只會(huì)回調(diào) onBind(),如果想停止服務(wù)，必須調(diào)用 onUnbind()， 和 stopService() 或 stopSelf()
Activity 與 Service 的交互
? 只在綁定服務(wù)和解綁服務(wù)時(shí)傳遞數(shù)據(jù)
- 創(chuàng)建 Service 時(shí)，創(chuàng)建內(nèi)部類繼承 Binder，添加相應(yīng)的方法，可接受需要的參數(shù)，并聲明該類，在重寫的 onBind() 方法中 return 該屬性值 ;
- 創(chuàng)建類繼承 ServiceConnection 并重寫 onServiceConnected() 和 onServiceDisconnected() ;
- 在調(diào)用bindService() 方法時(shí)傳入以上參數(shù)，則在綁定和解綁服務(wù)時(shí)會(huì)回調(diào)重寫的方法，并調(diào)用相關(guān)邏輯 ;
? 在服務(wù)執(zhí)行過程中進(jìn)行交互
可采用兩種方式：
- 接口回調(diào)
- 在創(chuàng)建的 Service 中新建接口，并聲明相應(yīng)的 set 方法，在需要的位置進(jìn)行接口的方法調(diào)用；
- 在啟用 Service 的類中實(shí)現(xiàn)相應(yīng)的接口，重寫必要的方法，進(jìn)行數(shù)據(jù)傳遞
- 采用廣播的方式進(jìn)行數(shù)據(jù)傳遞
Service 是否能進(jìn)行耗時(shí)操作
Service 是執(zhí)行在主線程中，不能進(jìn)行耗時(shí)操作，除非手動(dòng)開啟一個(gè)子線程
如何保證 Service 不被殺死
- 在 onStartCommand() 方法中設(shè)置 flags 值為 START_STICKY,使 Service 在被殺死后嘗試再次啟動(dòng)
- 提升 Service 的優(yōu)先級(jí)，比如說(shuō)創(chuàng)建一個(gè)前臺(tái)服務(wù)(構(gòu)建好Notification，調(diào)用 startForeground())
- 在依附的界面銷毀的時(shí)候發(fā)送廣播，在廣播接收中啟動(dòng)該 Service
2.BroadcastReceiver 廣播
類型
- 普通廣播
異步執(zhí)行的廣播，所有的接收者基本在同一時(shí)間收到廣播，不能控制廣播接收的順序 - 有序廣播
同步執(zhí)行的廣播，在廣播發(fā)出后優(yōu)先級(jí)高的廣播可先接收到廣播，并可決定是否阻斷廣播 - 本地廣播
發(fā)出的廣播只能在應(yīng)用內(nèi)部進(jìn)行傳遞，并且廣播接收器也只能接收本地應(yīng)用發(fā)出的廣播 - 系統(tǒng)廣播
涉及手機(jī)的基本操作都會(huì)發(fā)送廣播，如網(wǎng)絡(luò)狀態(tài)變化，開機(jī)，拍照，電池電量低等 - 粘性廣播
在Android 5.0已失效
廣播的注冊(cè)方式，異同
廣播分為靜態(tài)注冊(cè)和動(dòng)態(tài)注冊(cè)
- 靜態(tài)注冊(cè)：在Manifest 里進(jìn)行注冊(cè)，即使程序未啟動(dòng)也能接受廣播，不受任何組件的影響，即使程序殺死也能接受到廣播，一般用于需要實(shí)時(shí)監(jiān)測(cè)廣播的情況，如消息推送接收
- 動(dòng)態(tài)注冊(cè)：在代碼中進(jìn)行注冊(cè)，只有在程序啟動(dòng)后才能接收到廣播，建議在 onResume() 中注冊(cè)廣播，在 onPause() 中取消廣播，避免引起內(nèi)存泄漏，一般該廣播用于需要在特定情況下才監(jiān)聽的廣播
3.Activity 啟動(dòng)模式
standard 標(biāo)準(zhǔn)模式：每啟動(dòng)一個(gè) Activity 就創(chuàng)建一個(gè)實(shí)例，默認(rèn)到啟動(dòng)模式；
singleTop 棧頂復(fù)用模式：如果新啟動(dòng)到 Activity 在棧頂則不創(chuàng)建并回掉onNewInstance() 方法，否則創(chuàng)建 Activity；
-
singleTask 棧內(nèi)復(fù)用模式：如果新的 Activity 在棧中存在，則不創(chuàng)建，并且移除該 Activity 以上的 Activity 將該 Activity 至于棧頂，此時(shí)回調(diào) onNewInstance()方法，如果在棧中不存在該 Activity，則創(chuàng)建該 Activity;
eg: 如果Act的跳轉(zhuǎn)順序?yàn)?A-B-C-D-A-B，其中只有 B 的啟動(dòng)模式為 singleTask ，其他均為standard,則此時(shí)棧內(nèi)存在的 Act 只有AB
-
singleInstance 單實(shí)例啟動(dòng)模式：使用該啟動(dòng)模式的Act單獨(dú)位于一個(gè)棧中，且該任務(wù)棧中有唯一一個(gè)實(shí)例
eg:如果有 Act 的跳轉(zhuǎn)順序?yàn)?A-B-C，其中只有B的啟動(dòng)模式為singleInstance,其他均為 standard ，則此時(shí) A，C位于一個(gè)棧，B單獨(dú)位于一個(gè)棧，此時(shí)按回退鍵，Act 的順序?yàn)?C-A-B
4.Java四種引用類型：強(qiáng)引用，軟引用，弱引用，虛引用
強(qiáng)引用
- 概念：只要還有強(qiáng)引用指向一個(gè)對(duì)象，垃圾回收期就不會(huì)回收它，程序?qū)幙膳艹?OutOfMemory() 異常也不會(huì)回收該引用變量，如果想強(qiáng)中斷該對(duì)象的引用，可手動(dòng)將變量賦值為 null ，則該變量會(huì)在合適的時(shí)機(jī)被回收
- 使用方式
eg: Object a = new Object();
只有當(dāng) a 被釋放的時(shí)候 a 才能被回收
- 應(yīng)用場(chǎng)景：描述必須的對(duì)象，我們經(jīng)常使用到的引用
軟引用
- 概念：只要當(dāng)程序內(nèi)存不足時(shí)才會(huì)被回收
- 使用方式
eg:
- SoftReference sr = new SoftReference(new String("abc"));
ps:上邊代碼表示只有軟引用，當(dāng)被回收后 sr.get() 返回 null；- String a = new String("abc"); -- 強(qiáng)引用
SoftReference sr = new SoftRefrence(a); --軟引用
ps:若內(nèi)存不足時(shí)，sr 會(huì)被回收，此時(shí) sr.get() 返回 null , a為強(qiáng)可達(dá)對(duì)象，只剩強(qiáng)引用
若手動(dòng) a = null;此時(shí) sr為軟可達(dá)對(duì)象，只剩軟引用持有，在 sr 被回收前仍可通過軟引用獲取相應(yīng)數(shù)據(jù)
- 應(yīng)用場(chǎng)景：描述有用但非必須的對(duì)象，常用于對(duì)內(nèi)存敏高度要求比較高的緩存，如網(wǎng)頁(yè)或者圖片緩存;當(dāng)內(nèi)存足夠時(shí)我們可以通過軟引用來(lái)取值，而不是從繁忙的真實(shí)數(shù)據(jù)中拿值，會(huì)提升運(yùn)行速度
弱引用
- 概念：只要觸發(fā)了垃圾回收機(jī)制，就會(huì)被回收，無(wú)論內(nèi)存夠不夠用
- 使用方式
eg: WeakReference wr = new WeakReference(new String("abc"));
引用方法可參考上邊軟引用
- 應(yīng)用場(chǎng)景：也用來(lái)描述非必須對(duì)象，一般用在回調(diào)函數(shù)中防止內(nèi)存泄漏
虛引用
- 概念：與對(duì)象的生命周期無(wú)關(guān)，隨時(shí)都可能被回收，與軟引用和弱引用不同的是必須與引用隊(duì)列 (ReferenceQueue) 一同使用,在回收時(shí)程序發(fā)現(xiàn)其有虛引用，會(huì)在回收對(duì)象內(nèi)存前，將虛引用加到與之關(guān)聯(lián)的隊(duì)列里再進(jìn)行回收
- 使用方式
eg: ReferenceQueue rq = new ReferenceQueue();
String a = new String("abc");
PhantomReference pr = new PhantomReference(a,rq);
- 應(yīng)用場(chǎng)景：多用于對(duì)對(duì)象的回收監(jiān)聽
5.App 的啟動(dòng)過程
涉及到的類
- Zygote 進(jìn)程 : 是由 Linux 創(chuàng)建出的一個(gè)進(jìn)程，負(fù)責(zé)其他進(jìn)程的創(chuàng)建和啟動(dòng)，Zygote 在啟動(dòng)時(shí)會(huì)創(chuàng)建 SystemService 進(jìn)程，該進(jìn)程里面運(yùn)行著很多 Android 系統(tǒng)的 Service ，如 ActivityManagerService ,Zygote 運(yùn)行穩(wěn)定后當(dāng)需要啟動(dòng)一個(gè)App 時(shí)， ActivityMangerService 就會(huì)通過 Socket 向 Zygote 發(fā)送一個(gè)指令，Zygote 就會(huì)為相應(yīng)的 App 創(chuàng)建進(jìn)程
- Launcher : 我們的手機(jī)桌面可以理解為一個(gè) App ，Launcher 可以理解為一個(gè) Activity ,桌面上的應(yīng)用為相應(yīng)的 icon ，可響應(yīng)點(diǎn)擊等事件，Zygote 創(chuàng)建之后會(huì)啟動(dòng)各種SystemService,SystemService會(huì)啟動(dòng)各種ManagerService,包括 ActivityManagerService,ActivityManagerService 會(huì)啟動(dòng)Home 應(yīng)用程序 Launcher
- ActivityManagerService(AMS): 管理四大組件，統(tǒng)一調(diào)度各應(yīng)用進(jìn)程，屬于 Binder 的實(shí)現(xiàn)類，開發(fā)者通過 ActivityManager 實(shí)現(xiàn)與 AMS 的交互
- ActivityManager : 由于 AMS 作為守護(hù)進(jìn)程運(yùn)行在底層程序中，如果程序員直接調(diào)用 AMS 會(huì)涉及安全等問題，故提供 ActivityManager 作為開發(fā)者與 AMS 交互的入口
- Binder : Android 跨進(jìn)程通信(IPC) 的一種方式；
- ActivityThread : 應(yīng)用的入口類，并不是 Thread,通過調(diào)用 main 方法開啟消息循環(huán)隊(duì)列；其所在的線程成為主線程，ActivityThread 通過 ApplicationThread 與 AMS 進(jìn)行通信，ApplicationThread 通過 Hander 與ActivityThread 進(jìn)行通信
- ApplicationThread : 提供 Binder 通訊接口，ActivityThread 的私有內(nèi)部類，ActivityThread 通過代理調(diào)用此方法與本地 App 進(jìn)行通信
App 的啟動(dòng)流程
準(zhǔn)備：Zygote 在啟動(dòng)是會(huì)創(chuàng)建 SystemService 進(jìn)程，該進(jìn)程中運(yùn)行著 ActivityManagerService(AMS),AMS 啟動(dòng) Launcher,Zygote 穩(wěn)定后等待 AMS 發(fā)送消息來(lái)創(chuàng)建相應(yīng)的進(jìn)程
當(dāng)用戶點(diǎn)擊桌面圖標(biāo)時(shí)：
a.Launcher 通過 Binder 向 AMS 發(fā)送一條要啟動(dòng)一個(gè) Activity 的請(qǐng)求；
b.AMS 通過 Binder 告知 Launcher 進(jìn)入 Pause 狀態(tài)；
c.Launcher 通過 Binder 告知 AMS 已進(jìn)入 Pause 狀態(tài)；
d.AMS 通過 socket 通訊告知 Zygote 創(chuàng)建新 App 的進(jìn)程；
e.Zygote 去檢查是冷啟動(dòng)還是熱啟動(dòng)，是否要新創(chuàng)建進(jìn)程，用來(lái)啟動(dòng)一個(gè) ActivityThread 實(shí)例，供新啟動(dòng)的 Activity 運(yùn)行；
f.ActivityThread 創(chuàng)建 ApplicationThread 并通過 Binder 通訊將一個(gè) ApplicationThread 的 Binder 傳遞給 AMS,便于后期通訊；
g.AMS 通過 Binder 通知 ActivityThread 一切準(zhǔn)備就緒可以啟動(dòng)Activity;
6.UI 優(yōu)化
a.合理選擇 RelativeLayout,LinearLayout,FrameLayout
?RelativeLayout 和 FrameLayout 會(huì)讓子 View 調(diào)用兩次 onMeasure,當(dāng)布局很復(fù)雜時(shí)效率會(huì)比較低；LinearLayout 在 weight > 0 時(shí)也會(huì)調(diào)用兩次 onMeasure;
b.使用標(biāo)簽
?<include/>布局重用,<merge/>減少布局層級(jí)，<ViewStub/>需要使用，可減少一些加載時(shí)不可見的布局的實(shí)例化，提升效率
c.減少布局層級(jí)
?可以通過手機(jī)開發(fā)者選項(xiàng)>GPU 過度繪制查看層級(jí)，一般控制在4層以內(nèi)
d.自定義 View
?重寫 onDraw 方法時(shí)，不要在該方法中新建對(duì)象，容易引起 GC
e.ListView 的使用
?注意布局重用，并使用 Holder,減少布局重繪和 findViewById 的次數(shù)
f.去除不必要的背景
?getWindow().setBackgroundDrawable(null)
g.TextView的使用
?使用 leftDrawable 代替 ImageView + TextView
7.內(nèi)存優(yōu)化
a.讀取文件資源時(shí)及時(shí)關(guān)閉
b.加載圖片時(shí)注意使用緩存機(jī)制
c.使用內(nèi)部類時(shí)注意使用 靜態(tài)內(nèi)部類 + 弱引用的方式防止內(nèi)存泄漏
d.使用線程池管理線程，避免線程的重復(fù)創(chuàng)建消耗資源
e.在使用單例時(shí)若有 context 的引用，注意要及時(shí)釋放，或者引用 ApplicationContext
f.使用 webview 時(shí)在 onDestory 方法里要及時(shí)移除和銷毀，webview.removeAllViews() 和 webview.destory()
g.使用屬性動(dòng)畫，在界面銷毀時(shí)要將屬性動(dòng)畫置空
h.使用 LeakCanary 等工具進(jìn)行內(nèi)存監(jiān)測(cè)
8.OkHttp 原理解析
涉及到的類
- OkHttpClient:控制整個(gè)的網(wǎng)絡(luò)請(qǐng)求流程，可通過創(chuàng)建者模式進(jìn)行創(chuàng)建，可設(shè)置請(qǐng)求超時(shí)時(shí)間，攔截器，cookie等信息
- Request:設(shè)置請(qǐng)求的 url,請(qǐng)求方式post 或者 get,請(qǐng)求數(shù)據(jù)，header 頭等信息
-
RealCall:網(wǎng)絡(luò)請(qǐng)求的執(zhí)行者，
Call call = client.newCall(requst)實(shí)際返回為 RealCall,通過該類發(fā)起同步execute() 或異步請(qǐng)求 enqueue()，接收相應(yīng)的 Response 或回調(diào) CallBack 接口傳遞網(wǎng)絡(luò)請(qǐng)求返回?cái)?shù)據(jù)
? execute 方法內(nèi)部實(shí)現(xiàn)步驟：
a.檢查該 call 是否被執(zhí)行了，限制單次執(zhí)行，若需要重復(fù)執(zhí)行，則調(diào)用call.clone方法
b.client.dispatcher().execute(this)關(guān)聯(lián)調(diào)度器來(lái)處理資源，并調(diào)用Dispatcher的execute()方法來(lái)進(jìn)行處理
c.通過getResponseWithInterceptorChain()來(lái)獲得網(wǎng)絡(luò)請(qǐng)求的返回類Response response = getResponseWithInterceptorChain();
d.client.dispatcher.finish(this)通知調(diào)度器已完成請(qǐng)求
? enqueue方法實(shí)現(xiàn)步驟：
a.檢查該 call 是否被執(zhí)行了，限制單次執(zhí)行，若需要重復(fù)執(zhí)行，則調(diào)用call.clone方法
b.client.dispatcher().enqueue(new AsyncCall(callBack))調(diào)用Dispatcher的異步請(qǐng)求方法 -
Dispatcher:調(diào)度器，主要負(fù)責(zé)網(wǎng)絡(luò)請(qǐng)求的狀態(tài)，維護(hù)線程池；可設(shè)置最大請(qǐng)求并發(fā)數(shù)，單機(jī)最大請(qǐng)求并發(fā)數(shù)等，內(nèi)有線程池，請(qǐng)求隊(duì)列，等待隊(duì)列等屬性
? execute():把RealCall放到請(qǐng)求隊(duì)列里直接執(zhí)行
? executorService():創(chuàng)建線程池，設(shè)置相應(yīng)的最大并發(fā)數(shù)
? enqueue(AsyncCall call)實(shí)現(xiàn)步驟：
a.判斷同時(shí)請(qǐng)求并發(fā)數(shù)是否為在最大請(qǐng)求并發(fā)數(shù)范圍內(nèi)，并且沒有超過單機(jī)最大請(qǐng)求數(shù)；
b.若在此范圍內(nèi)則將該請(qǐng)求放到正常請(qǐng)求的隊(duì)列里，并調(diào)用executorService().enqueue(call)創(chuàng)建線程池，將AsyncCall作為入?yún)魅耄挥删€程池處理該方法，而AsyncCall是RealCall的內(nèi)部類，最終還是調(diào)用了RealCall的execute方法
c.若不在此范圍內(nèi)，則將該請(qǐng)求放到等候隊(duì)列中
?AsyncCall:Runnable子類，RealCall的內(nèi)部類，在run方法中實(shí)現(xiàn)了網(wǎng)絡(luò)請(qǐng)求的處理(即RealCall的execute方法)
?finished():請(qǐng)求完成后調(diào)用此方法通知調(diào)度器移除此次請(qǐng)求，并判斷是否有等待隊(duì)列，如果有等待隊(duì)列，且執(zhí)行隊(duì)列未到最大值，則將等待隊(duì)列變?yōu)閳?zhí)行隊(duì)列 -
getResponseWithInterceptorChain():真正執(zhí)行網(wǎng)絡(luò)請(qǐng)求，創(chuàng)建相應(yīng)的攔截器，并通過責(zé)任鏈模式完成對(duì)網(wǎng)絡(luò)請(qǐng)求的處理，例如取消重試，緩存處理等邏輯，最終返回Response，該方法的實(shí)現(xiàn)步驟為：
a.創(chuàng)建攔截器Interceptor的存儲(chǔ)list；
b.在list中添加用戶在初始化OkHttpClient時(shí)傳入的攔截器；
c.在list中添加默認(rèn)的攔截器
? RetryAndFollowInterceptor:處理重試和重定向；
? BridgeInterceptor:將用戶構(gòu)建的網(wǎng)絡(luò)請(qǐng)求轉(zhuǎn)換為與后臺(tái)交互的網(wǎng)絡(luò)請(qǐng)求，將后臺(tái)返回的數(shù)據(jù)轉(zhuǎn)換成用戶可讀的返回格式
? CacheInterceptor:處理緩存
? ConnectInterceptor:網(wǎng)絡(luò)連接器，負(fù)責(zé)連接服務(wù)器
? CallServiceInterceptor:執(zhí)行流操作，負(fù)責(zé)向服務(wù)端發(fā)送請(qǐng)求數(shù)據(jù)，從服務(wù)端讀取數(shù)據(jù)
d.創(chuàng)建責(zé)任鏈，將該list作為入?yún)魅?br> e.調(diào)用責(zé)任鏈的chain.proceed()方法返回Response
? proceed():把list中的攔截器都遍歷出來(lái)，通過迭代調(diào)用各自的proceed()方法，確認(rèn)執(zhí)行完所有的攔截器方法后返回相應(yīng)的Response類
流程
1.實(shí)例化OkHttpClient,Request完成上送參數(shù)的設(shè)置
2.實(shí)例化Call，實(shí)際是返回的RealCall
3.調(diào)用call的execute同步請(qǐng)求或者enqueue異步請(qǐng)求
? 3.1同步請(qǐng)求:完成如上的RealCall的execute方法流程,其中著重涉及對(duì)請(qǐng)求前調(diào)度器的資源分配，以及在getResponseWithInterceptorChain()方法中獲取網(wǎng)絡(luò)請(qǐng)求返回結(jié)果并完成攔截器中的相關(guān)方法，返回最終結(jié)果
? 3.2異步請(qǐng)求：如上的RealCall的enqueue方法，簡(jiǎn)要概述為：管理dispatcher調(diào)度器，創(chuàng)建線程池，將網(wǎng)絡(luò)請(qǐng)求方法最終交由線程池來(lái)處理，在線程池中由ReallCall的內(nèi)部類AysncCall線程來(lái)完成網(wǎng)絡(luò)請(qǐng)求方法(即調(diào)用了execute)
