眾所周知兔子啥都會那么一點,不收藏等著干啥呢
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()方法都只會運行一次,
轉載請註明出處,本文鏈接:https://www.uj5u.com/yidong/276657.html
標籤:其他
