以下這些面試題都是筆者在（2016年12月-2017年1月）這段時間所面試android工程師的總結而來，面試的公司包括巨頭阿里,百度，搜狐等，還有新貴公司如多點在線科技，國美金融，智課網，陌陌科技，豬八戒等，還有小型活力公司如軟都科技，星云顏值，英克科技等，不足之處，還望各位不吝賜教。

1.如何在子線程創建handler？

熟悉handler機制的童鞋都知道，通常handler是在主線程創建，但有些時候要在子線程創建handler，應該怎么辦（什么時候？ 面試的時候 哈哈）不要急 辦法總該有 嘿嘿 方法1：（直接獲取當前子線程的looper）

方法2（獲取主線程的looper，或者說是UI線程的looper）

2.應用程序ANR產生的原因？如何定位ANR

大家面試的時候肯定會發現，有經驗的老司機提問時都是先拋出一個簡單問題，然后由此引出很多深層次的問題，關鍵在后邊，這是面試百度時候的一個問題（筆者去的是百度科技園 老偏僻了）且聽我娓娓道來

產生的原因大家都知道是在主線程里做了耗時的操作導致的，ANR一般有三種類型： 1：KeyDispatchTimeout(5 seconds) –主要類型 按鍵或觸摸事件在特定時間內無響應 2：BroadcastTimeout(10 seconds) BroadcastReceiver在特定時間內無法處理完成 3：ServiceTimeout(20 seconds) –小概率類型 Service在特定的時間內無法處理完成 那我們就要著手解決主要類型，具體如何定位，有以下幾種思路： 1.通過ANR日志定位問題 當ANR發生時，我們往往通過Logcat和traces文件（目錄/data/anr/）的相關信息輸出去定位問題。主要包含以下幾方面： 1）基本信息，包括進程名、進程號、包名、系統build號、ANR 類型等等； 2）CPU使用信息，包括活躍進程的CPU平均占用率、IO情況等等； 3）線程堆棧信息，所屬進程包括發生ANR的進程、其父進程、最近有活動的3個進程等等。 但是在平常測試中，ANR有基本測試不到，因為ANR基本發生在垃圾設備中，弱網絡，頻繁操作。而且問題不必現，即使看到了問題，定位麻煩：要去data/anr.txt文件里面查找，必須root，比較麻煩。

2.引入ANR檢測工具 由于anr問題不必現，因此引入以下ANR檢測工具，當anr問題出現時，自動dump手機中的日志信息如trace文件、堆棧信息等，基本原理如下：

2.1、基本原理 檢測到UI主線程卡頓時間超過設定的時間，如4s，即dump trace文件以及堆棧信息，同時拋出異常，收集信息，根據這些文件信息即可定位到發生anr的原因 2.2、ANR檢測工具在Baidu Browser中的應用 2.2.1如何在源代碼中插入anr檢測工具

步驟一：源代碼libs中添加anr.jar

步驟二：在 Application 的onCreate中添加初始化sdk的代碼

initSDK(Context context, String appKey, boolean watchdog, int time)

其中time表示檢測判定線程是否超時（發生anr）的門限值，單位：ms

步驟三：正常編譯打包apk

2.2.2如何測試發現并定位anr問題

安裝步驟2.2.1編譯打包插入anr檢測的apk

測試app，任意操作（monkey/case），當發生anr時，會自動殺掉進程，并在本地生成日志文件日志路徑：/sdcard/lynq_anr下有兩個文件夾

以Baidu Browser啟動為例。 Baidu Browser啟動過程主線程過長，在低端機上容易導致發生anr；線程超時，app進程kill掉，查看手機本地trace日志，Crash信息包括trace文件以及堆棧信息 分析trace文件 Trace文件通過DDMS可以查看具體發生ANR卡頓的原因 通過real Time/Call從大到小排序，找到對應的與代碼相關消耗時間最大的方法可以看出書簽數據庫初始化消耗CPU時間最長。

3.android的context是指什么，在一個應用程序中有多少Context實例？

這個問題還是很好回答的嘛，首先Context描述的是一個應用程序環境的信息，即上下文，是一個抽象類。

因此總Context實例個數=Service個數+Activity個數+1個A品牌力cationContext個數

4.Jni開發步驟？

1)使用Android Studio開發工具，下載NDK 2)創建含有native方法的java類 3)通過javah命令生成.h文件 4)在.c文件中實現以上方法 5)編寫Android.mk文件 6)用NDK工具編譯生成.so文件 7)把.so文件復制到lib下

5.事件沖突解決方案

針對滑動沖突這里給出兩種解決方案：外部攔截法，內部攔截法。 1)外部攔截法 情景：一個ViewPager嵌套了一個Listview，一個是左右滑動，一個上下滑動。這個時候我們可以用外部攔截法，來處理沖突。在父容器ViewPager中，重寫onInterceptTouchEvent()方法，判斷當左右滑動時就攔截事件，上下滑動就不攔截，將事件交由子元素Listview來處理。首先我們需要重寫一個ViewPager，叫MyViewPager，然后重寫onInterceptTouchEvent()方法。具體代碼如下：

2)內部攔截法 情景：一個ViewPager嵌套了一個ViewPager，兩個都是左右滑動。這個時候我們可以用內部攔截法，來處理沖突。即重寫子元素的dispatchTouchEvent()方法，并調用getParent().requestDisallowInterceptTouchEvent(true)是父容器不能攔截子元素需要的事件。下面來看具體代碼：

當然，還需要修改父容器的onInterceptTouchEvent()方法，代碼如下：

6.如何查看Activty任務棧結構？

剛聽到問題，小哥我一下蒙蔽了，細細一想，有以下解決方案 方法一：通過ActivityManager獲取狀態 Android提供了ActivityManger來幫助開發者了解運行期間的狀態，通過調用getRunningTasks(int)方法，就可以在得到RunningTaskInfo的列表，其代表著當前Android設備正在運行著的Task。從RunningTaskInfo中又可以進一步得到更多的信息。