閱讀目錄
- 1.如何對 Android 應用進行效能分析
- 2.什麼情況下會導致記憶體洩露
- 3.如何避免 OOM 異常
- 4.Android 中如何捕獲未捕獲的異常
- 5.ANR 是什麼？怎樣避免和解決 ANR（重要）
- 6.Android 執行緒間通訊有哪幾種方式
- 7.Devik 程式，linux 程式，執行緒的區別
- 8.描述一下 android 的系統架構
- 9.android 應用對記憶體是如何限制的?我們應該如何合理使用記憶體？
- 10. 簡述 android 應用程式結構是哪些
- 11.請解釋下 Android 程式執行時許可權與檔案系統許可權的區別
- 12.Framework 工作方式及原理，Activity 是如何生成一個 view 的，機制是什麼
- 13.多執行緒間通訊和多程式之間通訊有什麼不同，分別怎麼實現
- 14.Android 螢幕適配
- 15.什麼是 AIDL 以及如何使用
- 16.Handler 機制
- 17.事件分發機制
- 18.子執行緒發訊息到主執行緒進行更新 UI，除了 handler 和 AsyncTask，還有什麼
- 19.子執行緒中能不能 new handler？為什麼
- 20.Android 中的動畫有哪幾類，它們的特點和區別是什麼
- 21.如何修改 Activity 進入和退出動畫
- 22.SurfaceView & View 的區別
- 23.開發中都使用過哪些框架、平臺
- 24.使用過那些自定義View
- 25.自定義控制元件：繪製圓環的實現過程
- 26.自定義控制元件：摩天輪的實現過程
- 27.GridLayout的使用
- 28.流式佈局的實現過程
- 29.第三方登陸
- 30.第三方支付
- 31.程式保活
一 效能優化
1.如何對 Android 應用進行效能分析
android 效能主要之響應速度 和UI重新整理速度。
可以參考部落格：Android系統效能調優工具介紹
首先從函式的耗時來說，有一個工具TraceView 這是androidsdk自帶的工作，用於測量函式耗時的。
UI佈局的分析，可以有2塊，一塊就是Hierarchy Viewer 可以看到View的佈局層次，以及每個View重新整理載入的時間。
這樣可以很快定位到那塊layout & View 耗時最長。
還有就是通過自定義View來減少view的層次。
Android效能優化 （1）—— 記憶體溢位和記憶體洩漏的介紹
2.什麼情況下會導致記憶體洩露
記憶體洩露是個折騰的問題。
什麼時候會發生記憶體洩露？記憶體洩露的根本原因：長生命週期的物件持有短生命週期的物件。短週期物件就無法及時釋放。
I. 靜態集合類引起記憶體洩露
主要是hashmap，Vector等，如果是靜態集合 這些集合沒有及時setnull的話，就會一直持有這些物件。
II.remove 方法無法刪除set集 Objects.hash(firstName, lastName);
經過測試，hashcode修改後，就沒有辦法remove了。
III. observer 我們在使用監聽器的時候，往往是addxxxlistener，但是當我們不需要的時候，忘記removexxxlistener，就容易記憶體leak。
廣播沒有unregisterrecevier
IV.各種資料連結沒有關閉，資料庫contentprovider，io，sokect等。cursor
V.內部類：
java中的內部類（匿名內部類），會持有宿主類的強引用this。
所以如果是new Thread這種，後臺執行緒的操作，當執行緒沒有執行結束時，activity不會被回收。
Context的引用，當TextView 等等都會持有上下文的引用。如果有static drawable，就會導致該記憶體無法釋放。
VI.單例
單例 是一個全域性的靜態物件，當持有某個複製的類A是，A無法被釋放，記憶體leak。
3.如何避免 OOM 異常
首先OOM是什麼？
當程式需要申請一段“大”記憶體，但是虛擬機器沒有辦法及時的給到，即使做了GC操作以後
這就會丟擲 OutOfMemoryException 也就是OOM
Android的OOM怎麼樣？
為了減少單個APP對整個系統的影響，android為每個app設定了一個記憶體上限。
public void getMemoryLimited(Activity context) { ActivityManager activityManager =(ActivityManager)context.getSystemService(Context.ACTIVITY_SERVICE); System.out.println(activityManager.getMemoryClass()); System.out.println(activityManager.getLargeMemoryClass()); System.out.println(Runtime.getRuntime().maxMemory()/(1024*1024)); }HTC M7實測，192M上限。512M 一般情況下，192M就是上限，但是由於某些特殊情況，android允許使用一個更大的RAM。
如何避免OOM
減少記憶體物件的佔用
I.ArrayMap/SparseArray代替hashmap
II.避免在android裡面使用Enum
III.減少bitmap的記憶體佔用
- inSampleSize：縮放比例，在把圖片載入記憶體之前，我們需要先計算出一個合適的縮放比例，避免不必要的大圖載入。
- decode format：解碼格式，選擇ARGB_8888/RBG_565/ARGB_4444/ALPHA_8，存在很大差異。
IV.減少資源圖片的大小，過大的圖片可以考慮分段載入
記憶體物件的重複利用
大多數物件的複用，都是利用物件池的技術。
I.listview/gridview/recycleview contentview的複用
II.inBitmap 屬性對於記憶體物件的複用ARGB_8888/RBG_565/ARGB_4444/ALPHA_8
這個方法在某些條件下非常有用，比如要載入上千張圖片的時候。
III.避免在ondraw方法裡面 new物件
IV.StringBuilder 代替+
4.Android 中如何捕獲未捕獲的異常
CrashHandler
關鍵是實現Thread.UncaughtExceptionHandler
然後是在application的oncreate裡面註冊。
5.ANR 是什麼？怎樣避免和解決 ANR（重要）
ANR->Application Not Responding
也就是在規定的時間內，沒有響應。
三種型別：
1）. KeyDispatchTimeout(5 seconds) —主要型別按鍵或觸控事件在特定時間內無響應
2）. BroadcastTimeout(10 seconds) —BroadcastReceiver在特定時間內無法處理完成
3）. ServiceTimeout(20 seconds) —小概率型別 Service在特定的時間內無法處理完成
為什麼會超時：事件沒有機會處理 & 事件處理超時
怎麼避免ANR
ANR的關鍵
是處理超時，所以應該避免在UI執行緒，BroadcastReceiver 還有service主執行緒中，處理複雜的邏輯和計算
而交給work thread操作。
1）避免在activity裡面做耗時操作，oncreate & onresume
2）避免在onReceiver裡面做過多操作
3）避免在Intent Receiver裡啟動一個Activity，因為它會建立一個新的畫面，並從當前使用者正在執行的程式上搶奪焦點。
4）儘量使用handler來處理UI thread & workthread的互動。
如何解決ANR
首先定位ANR發生的log：
04-01 13:12:11.572 I/InputDispatcher( 220): Application is not responding:Window{2b263310com.android.email/com.android.email.activity.SplitScreenActivitypaused=false}. 5009.8ms since event, 5009.5ms since waitstartedCPUusage from 4361ms to 699ms ago ----CPU在ANR發生前的使用情況04-0113:12:15.872 E/ActivityManager( 220): 100%TOTAL: 4.8% user + 7.6% kernel + 87% iowait04-0113:12:15.872 E/ActivityManager( 220): CPUusage from 3697ms to 4223ms later:-- ANR後CPU的使用量從log可以看出，cpu在做大量的io操作。
所以可以檢視io操作的地方。
當然，也有可能cpu佔用不高，那就是 主執行緒被block住了。
6.Android 執行緒間通訊有哪幾種方式
1）共享變數（記憶體）
2）管道
3）handle機制
runOnUiThread(Runnable)
view.post(Runnable)
7.Devik 程式，linux 程式，執行緒的區別
Dalvik程式。
每一個android app都會獨立佔用一個dvm虛擬機器，執行在linux系統中。
所以dalvik程式和linux程式是可以理解為一個概念。
你真正瞭解Java虛擬機器嗎—高階開發必備《深入瞭解Java虛擬機器》
8.描述一下 android 的系統架構
從小到上就是：
linux kernel,lib dalvik vm ,application framework, app
9.android 應用對記憶體是如何限制的?我們應該如何合理使用記憶體？
activitymanager.getMemoryClass() 獲取記憶體限制。
關於合理使用記憶體，其實就是避免OOM & 記憶體洩露中已經說明。
10. 簡述 android 應用程式結構是哪些
1）main code
2) unit test
3）mianifest
4）res->drawable,drawable-xxhdpi,layout,value,mipmap
mipmap 是一種很早就有的技術了，翻譯過來就是紋理對映技術.
google建議只把啟動圖片放入。
5）lib
6）color
11.請解釋下 Android 程式執行時許可權與檔案系統許可權的區別
檔案的系統許可權是由linux系統規定的，只讀，讀寫等。
執行時許可權，是對於某個系統上的app的訪問許可權，允許，拒絕，詢問。該功能可以防止非法的程式訪問敏感的資訊。
12.Framework 工作方式及原理，Activity 是如何生成一個 view 的，機制是什麼
Framework是android 系統對 linux kernel，lib庫等封裝，提供WMS，AMS，bind機制，handler-message機制等方式，供app使用。
簡單來說framework就是提供app生存的環境。
1）Activity在attch方法的時候，會建立一個phonewindow（window的子類）
2）onCreate中的setContentView方法，會建立DecorView
3）DecorView 的addview方法，會把layout中的佈局載入進來。
13.多執行緒間通訊和多程式之間通訊有什麼不同，分別怎麼實現
執行緒間的通訊可以參考第6點。
程式間的通訊：bind機制（IPC->AIDL），linux級共享記憶體，boradcast，
Activity 之間，activity & serview之間的通訊，無論他們是否在一個程式內。
14.Android 螢幕適配
螢幕適配的方式：xxxdpi， wrap_content,match_parent. 獲取螢幕大小，做處理。
dp來適配螢幕，sp來確定字型大小
drawable-xxdpi, values-1280*1920等 這些就是資源的適配。
wrap_content,match_parent, 這些是view的自適應
weight，這是權重的適配。
15.什麼是 AIDL 以及如何使用
Android Interface Definition Language
AIDL是使用bind機制來工作。
引數：
java原生引數
String
parcelable
list & map 元素 需要支援AIDL
16.Handler 機制
參考：android 程式/執行緒管理（一）——訊息機制的框架 這個系類。
17.事件分發機制
android 事件分發機制
帶你一起探究Android事件分發機制， 讓面試提問不在畏懼！
18.子執行緒發訊息到主執行緒進行更新 UI，除了 handler 和 AsyncTask，還有什麼
EventBus，廣播，view.post, runinUiThread
但是無論各種花樣，本質上就2種：handler機制 + 廣播
19.子執行緒中能不能 new handler？為什麼
必須可以。子執行緒 可以new 一個mainHandler，然後傳送訊息到UI Thread。
Handler訊息機制完全解析（二）MessageQueue的佇列管理
Handler訊息機制完全解析（一）Message中obtain()與recycle()的來龍去脈
20.Android 中的動畫有哪幾類，它們的特點和區別是什麼
檢視動畫，或者說補間動畫。只是視覺上的一個效果，實際view屬性沒有變化，效能好，但是支援方式少。
屬性動畫，通過變化屬性來達到動畫的效果，效能略差，支援點選等事件。android 3.0
幀動畫，通過drawable一幀幀畫出來。
Gif動畫，原理同上，canvas畫出來。
具體可參考：https://i.cnblogs.com/posts?c…
21.如何修改 Activity 進入和退出動畫
overridePendingTransition
22.SurfaceView & View 的區別
view的更新必須在UI thread中進行
surfaceview會單獨有一個執行緒做ui的更新。
surfaceview 支援open GL繪製。
二專案框架的使用
23.開發中都使用過哪些框架、平臺
I.EventBus 事件分發機制，由handler實現，執行緒間通訊
II.xUtils->DbUtils,ViewUtils,HttpUtils,BitmapUtils
III.百度地圖
IV.volley
V.fastjson
VI.picciso
VII.友盟
VIII.zxing
IX.Gson
24.使用過那些自定義View
pull2RefreshListView
25.自定義控制元件：繪製圓環的實現過程
public class CycleView extends View { Paint mPaint = new Paint(); public CycleView(Context context) { this(context, null); } public CycleView(Context context, AttributeSet attrs) { super(context, attrs); initView(); } private void initView() { mPaint.setAntiAlias(true); mPaint.setStyle(Paint.Style.STROKE); mPaint.setStrokeWidth(20); } @Override protected void onDraw(Canvas canvas) { super.onDraw(canvas); canvas.drawCircle(100,100,50,mPaint); }}關鍵是canvas.drawCycle & paint.setsytle(stoken)
26.自定義控制元件：摩天輪的實現過程
參考連結
27.GridLayout的使用
參考連結
28.流式佈局的實現過程
參考連結
29.第三方登陸
參考連結
30.第三方支付
參考連結
31.程式保活
參考連結
閱讀更多
美團面試題：Java-執行緒池 ThreadPool 專題詳解
相信自己，沒有做不到的，只有想不到的
在這裡獲得的不僅僅是技術！歡迎交流學習
