眾所周知兔子啥都會那么一點，不收藏等著干啥呢

1、是否使用過本地廣播，和全域廣播有什么差別？

引入本地廣播的機制是為了解決安全性的問題：

1. 正在發送的廣播不會脫離應用程式，比用擔心app的資料泄露；
2. 其他的程式無法發送到我的應用程式內部，不擔心安全漏洞，（比如：如何做一個殺不死的服務---監聽火的app 比如微信、友盟、極光的廣播，來啟動自己，）
3. 發送本地廣播比發送全域的廣播高效，（全域廣播要維護的廣播集合表 效率更低，全域廣播，意味著可以跨行程，就需要底層的支持，）

本地廣播不能用靜態注冊，----靜態注冊：可以做到程式停止后還能監聽，

使用：

1. 注冊

LocalBroadcastManager.getInstance(this).registerReceiver(new XXXBroadCastReceiver(), new IntentFilter(action));

1. 取消注冊：

LocalBroadcastManager.getInstance(this).unregisterReceiver(receiver)

2、導致記憶體泄露的原因有哪些？

記憶體泄露的根本原因：長生命周期的物件持有短生命周期的物件，短周期物件就無法及時釋放，

靜態內部類非靜態內部類的區別(Handler 引起的記憶體泄漏，)

靜態集合類引起記憶體泄露

單例模式引起的記憶體泄漏，

解決：Context是ApplicationContext，由于ApplicationContext的生命周期是和app一致的，不會導致記憶體泄漏

注冊/反注冊未成對使用引起的記憶體泄漏，

集合物件沒有及時清理引起的記憶體泄漏，通常會把一些物件裝入到集合中，當不使用的時候一定要記得及時清理集合，讓相關物件不再被參考，

減少記憶體物件的占用：

I.ArrayMap/SparseArray代替hashmap

II.避免在android里面使用Enum

III.減少bitmap的記憶體占用

inSampleSize：縮放比例，在把圖片載入記憶體之前，我們需要先計算出一個合適的縮放比例，避免不必要的大圖載入，

decode format：解碼格式，選擇ARGB_8888/RBG_565/ARGB_4444/ALPHA_8，存在很大差異，

IV.減少資源圖片的大小，過大的圖片可以考慮分段加載

3、Android各個版本API的區別

android3.0 代號Honeycomb, 引入Fragments, ActionBar,屬性影片，硬體加速

android4.0 代號Ice Cream，API14：截圖功能，人臉識別，虛擬按鍵，3D優化驅動

android5.0 代號Lollipop API21：調整桌面圖示及部件透明度等

android6.0 代號M Marshmallow API23，軟體權限管理，安卓支付，指紋支持，App關聯，

android7.0 代號N Preview API24，多視窗支持(不影響Activity生命周期)，增加了JIT編譯器，引入了新的應用簽名方案APK Signature Scheme v2（縮短應用安裝時間和更多未授權APK檔案更改保護）,嚴格了權限訪問

android8.0 代號O API26，取消靜態廣播注冊，限制后臺行程呼叫手機資源，桌面圖示自適應

android9.0 代號P API27，加強電池管理，系統界面添加了Home虛擬鍵，提供人工智能API，支持免打擾模式

4、View，ViewGroup事件分發

1. Touch事件分發中只有兩個主角:ViewGroup和View，ViewGroup包含onInterceptTouchEvent、dispatchTouchEvent、onTouchEvent三個相關事件，View包含dispatchTouchEvent、onTouchEvent兩個相關事件，其中ViewGroup又繼承于View，

2.ViewGroup和View組成了一個樹狀結構，根節點為Activity內部包含的一個ViwGroup，

3.觸摸事件由Action_Down、Action_Move、Aciton_UP組成，其中一次完整的觸摸事件中，Down和Up都只有一個，Move有若干個，可以為0個，

4.當Acitivty接收到Touch事件時，將遍歷子View進行Down事件的分發，ViewGroup的遍歷可以看成是遞回的，分發的目的是為了找到真正要處理本次完整觸摸事件的View，這個View會在onTouchuEvent結果回傳true，

5.當某個子View回傳true時，會中止Down事件的分發，同時在ViewGroup中記錄該子View，接下去的Move和Up事件將由該子View直接進行處理，由于子View是保存在ViewGroup中的，多層ViewGroup的節點結構時，上級ViewGroup保存的會是真實處理事件的View所在的ViewGroup物件:如ViewGroup0-ViewGroup1-TextView的結構中，TextView回傳了true，它將被保存在ViewGroup1中，而ViewGroup1也會回傳true，被保存在ViewGroup0中，當Move和UP事件來時，會先從ViewGroup0傳遞至ViewGroup1，再由ViewGroup1傳遞至TextView，

6.當ViewGroup中所有子View都不捕獲Down事件時，將觸發ViewGroup自身的onTouch事件，觸發的方式是呼叫super.dispatchTouchEvent函式，即父類View的dispatchTouchEvent方法，在所有子View都不處理的情況下，觸發Acitivity的onTouchEvent方法，

7.onInterceptTouchEvent有兩個作用：1.攔截Down事件的分發，2.中止Up和Move事件向目標View傳遞，使得目標View所在的ViewGroup捕獲Up和Move事件，

5、invalidate和postInvalidate的區別及使用

View.invalidate(): 層層上傳到父級，直到傳遞到ViewRootImpl后觸發了scheduleTraversals()，然后整個View樹開始重新按照View繪制流程進行重繪任務，

invalidate:在ui執行緒重繪view

postInvalidate：在作業執行緒重繪view（底層還是handler）其實它的原理就是invalidate+handler

View.postInvalidate最侄訓呼叫ViewRootImpl.dispatchInvalidateDelayed()方法

public void dispatchInvalidateDelayed(View view, long delayMilliseconds) {

        Message msg = mHandler.obtainMessage(MSG_INVALIDATE, view);

        mHandler.sendMessageDelayed(msg, delayMilliseconds);

    }

這里的mHandler是ViewRootHandler實體，在該Handler的handleMessage方法中呼叫了view.invalidate()方法，

case MSG_INVALIDATE:

((View) msg.obj).invalidate();

break;

6、Activity-Window-View三者的差別

Activity：是安卓四大組件之一，負責界面展示、用戶互動與業務邏輯處理；

Window：就是負責界面展示以及互動的職能部門，就相當于Activity的下屬，Activity的生命周期方法負責業務的處理；

View：就是放在Window容器的元素，Window是View的載體，View是Window的具體展示，

三者的關系： Activity通過Window來實作視圖元素的展示，window可以理解為一個容器，盛放著一個個的view，用來執行具體的展示作業，

7、談談對Volley的理解

8、Android 影片框架實作原理

傳統的影片框架：View.startAnimation();

弊端：移動后不能點擊，原因？跟實作機制有關系，

所有的透明度、旋轉、平移、縮放影片，都是在view不斷重繪呼叫draw的情況下實作的，

呼叫的canvas.translate(xxx),canvas.scaleX(xxx)…. Xxx:matrix像素矩陣來控制影片的資料，記得看原始碼，結合多只縮放的demo看原始碼，

9、低版本SDK如何實作高版本api？

使用@TargetApi注解·

當代碼中有比AndroidManifest中設定的android:minSdkVersion版本更高的方法，此時編譯器會提示警告，解決方法是在方法上加上@SuppressLint("NewApi"）或者@TargetApi()，但它們僅是屏蔽了android lint錯誤，在方法中還要判斷版本做不同的操作，

@SuppressLint("NewApi"）屏蔽一切新api中才能使用的方法報的android lint錯誤

@TargetApi() 只屏蔽某一新api中才能使用的方法報的android lint錯誤，如@TargetApi(11)如果在方法中用了只有API14才開始有的方法，還是會報錯，

10、描述一次網路請求的流程

域名決議 --> 發起TCP的3次握手 --> 建立TCP連接后發起http請求 --> 服務器回應http請求，瀏覽器得到html代碼 --> 瀏覽器決議html代碼，并請求html代碼中的資源（如js、css、圖片等） --> 瀏覽器對頁面進行渲染呈現給用戶

11、Android開發中何時使用多行程？使用多行程的好處是什么？

Android里的多行程概念一般情況下，一個應用程式就是一個行程，我們知道行程是系統分配資源和調度的基本單位，所以每個行程都有自己獨立的資源和記憶體空間，別的行程不能隨便訪問其他行程的記憶體和資源，

如何讓自己的應用擁有多個行程？很簡單，四大組件在AndroidManifest檔案中注冊的時候，有個屬性android:process，

1、這里可以指定組件的所處的行程，指定為別的行程之后，系統在啟動這個組件的時候，就先創建這個行程，然后再創建該組件，你可以多載Application類的onCreate方法，列印行程名稱，就可以清楚看見，

2、顯而易見的好處就是分擔主行程的記憶體壓力，我們的應用越做越大，記憶體越來越多，將一些獨立的組件放到不同的行程，它就不占用主行程的記憶體空間了，當然還有其他好處，有心人會發現Android后臺行程里有很多應用是多個行程的，因為它們要常駐后臺，特別是即時通訊或者社交應用，不過現在多行程已經被用爛了，典型用法是在啟動一個不可見的輕量級私有行程，在后臺收發訊息，或者做一些耗時的事情，或者開機啟動這個行程，然后做監聽等，還有就是防止主行程被殺守護行程，守護行程和主行程之間相互監視，有一方被殺就重新啟動它，應該還有還有其他好處，這里就不多說了，

3、壞處的話，多占用了系統的空間，大家都這么用的話系統記憶體很容易占滿而導致卡頓，消耗用戶的電量，應用程式架構會變復雜，應為要處理多行程之間的通信，這里又是另外一個問題了，

12、IntentService原理及作用是什么？

原理：IntentService是繼承Service的一個抽象類，它在onCreate()方法中創建了一個HandlerThread,并啟動該執行緒，HandlerThread是帶有自己訊息佇列和Looper的執行緒，根據HandlerThread的looper創建一個Handler，這樣IntentService的ServiceHandler的handleMessage()方法就運行在子執行緒中，handleMessage中呼叫了onHandleIntent()方法，它是一個抽象方法，繼承IntentService類需要實作該方法，把耗時操作放在onHandleIntent()方法中，等耗時操作運行完成后，會呼叫stopSelf()方法，服務會呼叫onDestory()方法消毀自己，如果onHandleIntent()中的耗時操作未運行完前就呼叫了stopSelf()方法，服務呼叫onDestory()方法，但耗時操作會繼續運行，直至運行完畢，如果同時多次啟動IntentService，任務會放在一個佇列中，onCreate()和onDestory()方法都只會運行一次，