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

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

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

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

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

使用：

注冊

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

取消注冊：

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()方法都只會運行一次。