2018年Android面試題含答案--適合中高級（下）
阿新 • • 發佈：2018-03-27
所在 sync gpo 成了 廠商 end 解釋 同步 變換 1、Activity生命周期？
onCreate() -> onStart() -> onResume() -> onPause() -> onStop() -> onDetroy()
2、Service生命周期？
service 啟動方式有兩種，一種是通過startService()方式進行啟動，另一種是通過bindService()方式進行啟動。不同的啟動方式他們的生命周期是不一樣.
通過startService()這種方式啟動的service，生命周期是這樣：調用startService() --> onCreate()--> onStartConmon()--> onDestroy()。這種方式啟動的話，需要註意一下幾個問題，第一：當我們通過startService被調用以後，多次在調用startService(),onCreate()方法也只會被調用一次，而onStartConmon()會被多次調用當我們調用stopService()的時候，onDestroy()就會被調用，從而銷毀服務。第二：當我們通過startService啟動時候，通過intent傳值，在onStartConmon()方法中獲取值的時候，一定要先判斷intent是否為null。
通過bindService()方式進行綁定，這種方式綁定service，生命周期走法：bindService-->onCreate()-->onBind()-->unBind()-->onDestroy() bingservice 這種方式進行啟動service好處是更加便利activity中操作service，比如加入service中有幾個方法，a,b ，如果要在activity中調用，在需要在activity獲取ServiceConnection對象，通過ServiceConnection來獲取service中內部類的類對象，然後通過這個類對象就可以調用類中的方法，當然這個類需要繼承Binder對象
3、Activity的啟動過程（不要回答生命周期）
app啟動的過程有兩種情況，第一種是從桌面launcher上點擊相應的應用圖標，第二種是在activity中通過調用startActivity來啟動一個新的activity。
我們創建一個新的項目，默認的根activity都是MainActivity，而所有的activity都是保存在堆棧中的，我們啟動一個新的activity就會放在上一個activity上面，而我們從桌面點擊應用圖標的時候，由於launcher本身也是一個應用，當我們點擊圖標的時候，系統就會調用startActivitySately(),一般情況下，我們所啟動的activity的相關信息都會保存在intent中，比如action，category等等。我們在安裝這個應用的時候，系統也會啟動一個PackaManagerService的管理服務，這個管理服務會對AndroidManifest.xml文件進行解析，從而得到應用程序中的相關信息，比如service，activity，Broadcast等等，然後獲得相關組件的信息。當我們點擊應用圖標的時候，就會調用startActivitySately()方法，而這個方法內部則是調用startActivty(),而startActivity()方法最終還是會調用startActivityForResult()這個方法。而在startActivityForResult()這個方法。因為startActivityForResult()方法是有返回結果的，所以系統就直接給一個-1，就表示不需要結果返回了。而startActivityForResult()這個方法實際是通過Instrumentation類中的execStartActivity()方法來啟動activity，Instrumentation這個類主要作用就是監控程序和系統之間的交互。而在這個execStartActivity()方法中會獲取ActivityManagerService的代理對象，通過這個代理對象進行啟動activity。啟動會就會調用一個checkStartActivityResult()方法，如果說沒有在配置清單中配置有這個組件，就會在這個方法中拋出異常了。當然最後是調用的是Application.scheduleLaunchActivity()進行啟動activity，而這個方法中通過獲取得到一個ActivityClientRecord對象，而這個ActivityClientRecord通過handler來進行消息的發送，系統內部會將每一個activity組件使用ActivityClientRecord對象來進行描述，而ActivityClientRecord對象中保存有一個LoaderApk對象，通過這個對象調用handleLaunchActivity來啟動activity組件，而頁面的生命周期方法也就是在這個方法中進行調用。
4、Broadcast註冊方式與區別
此處延伸：什麽情況下用動態註冊
Broadcast廣播，註冊方式主要有兩種.
第一種是靜態註冊，也可成為常駐型廣播，這種廣播需要在Androidmanifest.xml中進行註冊，這中方式註冊的廣播，不受頁面生命周期的影響，即使退出了頁面，也可以收到廣播這種廣播一般用於想開機自啟動啊等等，由於這種註冊的方式的廣播是常駐型廣播，所以會占用CPU的資源。
第二種是動態註冊，而動態註冊的話，是在代碼中註冊的，這種註冊方式也叫非常駐型廣播，收到生命周期的影響，退出頁面後，就不會收到廣播，我們通常運用在更新UI方面。這種註冊方式優先級較高。最後需要解綁，否會會內存泄露
廣播是分為有序廣播和無序廣播。
5、HttpClient與HttpUrlConnection的區別
此處延伸：Volley裏用的哪種請求方式（2.3前HttpClient，2.3後HttpUrlConnection）
首先HttpClient和HttpUrlConnection 這兩種方式都支持Https協議，都是以流的形式進行上傳或者下載數據，也可以說是以流的形式進行數據的傳輸，還有ipv6,以及連接池等功能。HttpClient這個擁有非常多的API，所以如果想要進行擴展的話，並且不破壞它的兼容性的話，很難進行擴展，也就是這個原因，Google在Android6.0的時候，直接就棄用了這個HttpClient.
而HttpUrlConnection相對來說就是比較輕量級了，API比較少，容易擴展，並且能夠滿足Android大部分的數據傳輸。比較經典的一個框架volley，在2.3版本以前都是使用HttpClient,在2.3以後就使用了HttpUrlConnection。
6、java虛擬機和Dalvik虛擬機的區別
Java虛擬機：
1、java虛擬機基於棧。 基於棧的機器必須使用指令來載入和操作棧上數據，所需指令更多更多。
2、java虛擬機運行的是java字節碼。（java類會被編譯成一個或多個字節碼.class文件）
Dalvik虛擬機：
1、dalvik虛擬機是基於寄存器的
2、Dalvik運行的是自定義的.dex字節碼格式。（java類被編譯成.class文件後，會通過一個dx工具將所有的.class文件轉換成一個.dex文件，然後dalvik虛擬機會從其中讀取指令和數據
3、常量池已被修改為只使用32位的索引，以 簡化解釋器。
4、一個應用，一個虛擬機實例，一個進程（所有android應用的線程都是對應一個linux線程，都運行在自己的沙盒中，不同的應用在不同的進程中運行。每個android dalvik應用程序都被賦予了一個獨立的linux PID(app_*)）
7、進程保活（不死進程）
此處延伸：進程的優先級是什麽
當前業界的Android進程保活手段主要分為** 黑、白、灰 **三種，其大致的實現思路如下：
黑色保活：不同的app進程，用廣播相互喚醒（包括利用系統提供的廣播進行喚醒）
白色保活：啟動前臺Service
灰色保活：利用系統的漏洞啟動前臺Service
黑色保活
所謂黑色保活，就是利用不同的app進程使用廣播來進行相互喚醒。舉個3個比較常見的場景：
場景1：開機，網絡切換、拍照、拍視頻時候，利用系統產生的廣播喚醒app
場景2：接入第三方SDK也會喚醒相應的app進程，如微信sdk會喚醒微信，支付寶sdk會喚醒支付寶。由此發散開去，就會直接觸發了下面的 場景3
場景3：假如你手機裏裝了支付寶、淘寶、天貓、UC等阿裏系的app，那麽你打開任意一個阿裏系的app後，有可能就順便把其他阿裏系的app給喚醒了。（只是拿阿裏打個比方，其實BAT系都差不多）
白色保活
白色保活手段非常簡單，就是調用系統api啟動一個前臺的Service進程，這樣會在系統的通知欄生成一個Notification，用來讓用戶知道有這樣一個app在運行著，哪怕當前的app退到了後臺。如下方的LBE和QQ音樂這樣：
灰色保活
灰色保活，這種保活手段是應用範圍最廣泛。它是利用系統的漏洞來啟動一個前臺的Service進程，與普通的啟動方式區別在於，它不會在系統通知欄處出現一個Notification，看起來就如同運行著一個後臺Service進程一樣。這樣做帶來的好處就是，用戶無法察覺到你運行著一個前臺進程（因為看不到Notification）,但你的進程優先級又是高於普通後臺進程的。那麽如何利用系統的漏洞呢，大致的實現思路和代碼如下：
思路一：API < 18，啟動前臺Service時直接傳入new Notification()；
思路二：API >= 18，同時啟動兩個id相同的前臺Service，然後再將後啟動的Service做stop處理
熟悉Android系統的童鞋都知道，系統出於體驗和性能上的考慮，app在退到後臺時系統並不會真正的kill掉這個進程，而是將其緩存起來。打開的應用越多，後臺緩存的進程也越多。在系統內存不足的情況下，系統開始依據自身的一套進程回收機制來判斷要kill掉哪些進程，以騰出內存來供給需要的app。這套殺進程回收內存的機制就叫 Low Memory Killer ，它是基於Linux內核的 OOM Killer（Out-Of-Memory killer）機制誕生。
進程的重要性，劃分5級：
前臺進程 (Foreground process)
可見進程 (Visible process)
服務進程 (Service process)
後臺進程 (Background process)
空進程 (Empty process)
了解完 Low Memory Killer，再科普一下oom_adj。什麽是oom_adj？它是linux內核分配給每個系統進程的一個值，代表進程的優先級，進程回收機制就是根據這個優先級來決定是否進行回收。對於oom_adj的作用，你只需要記住以下幾點即可：
進程的oom_adj越大，表示此進程優先級越低，越容易被殺回收；越小，表示進程優先級越高，越不容易被殺回收
普通app進程的oom_adj>=0,系統進程的oom_adj才可能<0
有些手機廠商把這些知名的app放入了自己的白名單中，保證了進程不死來提高用戶體驗（如微信、QQ、陌陌都在小米的白名單中）。如果從白名單中移除，他們終究還是和普通app一樣躲避不了被殺的命運，為了盡量避免被殺，還是老老實實去做好優化工作吧。
所以，進程保活的根本方案終究還是回到了性能優化上，進程永生不死終究是個徹頭徹尾的偽命題！
8、講解一下Context
Context是一個抽象基類。在翻譯為上下文，也可以理解為環境，是提供一些程序的運行環境基礎信息。Context下有兩個子類，ContextWrapper是上下文功能的封裝類，而ContextImpl則是上下文功能的實現類。而ContextWrapper又有三個直接的子類， ContextThemeWrapper、Service和Application。其中，ContextThemeWrapper是一個帶主題的封裝類，而它有一個直接子類就是Activity，所以Activity和Service以及Application的Context是不一樣的，只有Activity需要主題，Service不需要主題。Context一共有三種類型，分別是Application、Activity和Service。這三個類雖然分別各種承擔著不同的作用，但它們都屬於Context的一種，而它們具體Context的功能則是由ContextImpl類去實現的，因此在絕大多數場景下，Activity、Service和Application這三種類型的Context都是可以通用的。不過有幾種場景比較特殊，比如啟動Activity，還有彈出Dialog。出於安全原因的考慮，Android是不允許Activity或Dialog憑空出現的，一個Activity的啟動必須要建立在另一個Activity的基礎之上，也就是以此形成的返回棧。而Dialog則必須在一個Activity上面彈出（除非是System Alert類型的Dialog），因此在這種場景下，我們只能使用Activity類型的Context，否則將會出錯。
getApplicationContext()和getApplication()方法得到的對象都是同一個application對象，只是對象的類型不一樣。
Context數量 = Activity數量 + Service數量 + 1 （1為Application）
9、理解Activity，View,Window三者關系
這個問題真的很不好回答。所以這裏先來個算是比較恰當的比喻來形容下它們的關系吧。Activity像一個工匠（控制單元），Window像窗戶（承載模型），View像窗花（顯示視圖）LayoutInflater像剪刀，Xml配置像窗花圖紙。
1：Activity構造的時候會初始化一個Window，準確的說是PhoneWindow。
2：這個PhoneWindow有一個“ViewRoot”，這個“ViewRoot”是一個View或者說ViewGroup，是最初始的根視圖。
3：“ViewRoot”通過addView方法來一個個的添加View。比如TextView，Button等
4：這些View的事件監聽，是由WindowManagerService來接受消息，並且回調Activity函數。比如onClickListener，onKeyDown等。
10、四種LaunchMode及其使用場景
此處延伸：棧(First In Last Out)與隊列(First In First Out)的區別
棧與隊列的區別：
1. 隊列先進先出，棧先進後出
2. 對插入和刪除操作的"限定"。 棧是限定只能在表的一端進行插入和刪除操作的線性表。 隊列是限定只能在表的一端進行插入和在另一端進行刪除操作的線性表。
3. 遍歷數據速度不同
standard 模式
這是默認模式，每次激活Activity時都會創建Activity實例，並放入任務棧中。使用場景：大多數Activity。
singleTop 模式
如果在任務的棧頂正好存在該Activity的實例，就重用該實例( 會調用實例的 onNewIntent() )，否則就會創建新的實例並放入棧頂，即使棧中已經存在該Activity的實例，只要不在棧頂，都會創建新的實例。使用場景如新聞類或者閱讀類App的內容頁面。
singleTask 模式
如果在棧中已經有該Activity的實例，就重用該實例(會調用實例的 onNewIntent() )。重用時，會讓該實例回到棧頂，因此在它上面的實例將會被移出棧。如果棧中不存在該實例，將會創建新的實例放入棧中。使用場景如瀏覽器的主界面。不管從多少個應用啟動瀏覽器，只會啟動主界面一次，其余情況都會走onNewIntent，並且會清空主界面上面的其他頁面。
singleInstance 模式
在一個新棧中創建該Activity的實例，並讓多個應用共享該棧中的該Activity實例。一旦該模式的Activity實例已經存在於某個棧中，任何應用再激活該Activity時都會重用該棧中的實例( 會調用實例的 onNewIntent() )。其效果相當於多個應用共享一個應用，不管誰激活該 Activity 都會進入同一個應用中。使用場景如鬧鈴提醒，將鬧鈴提醒與鬧鈴設置分離。singleInstance不要用於中間頁面，如果用於中間頁面，跳轉會有問題，比如：A -> B (singleInstance) -> C，完全退出後，在此啟動，首先打開的是B。
11、View的繪制流程
自定義控件：
1、組合控件。這種自定義控件不需要我們自己繪制，而是使用原生控件組合成的新控件。如標題欄。
2、繼承原有的控件。這種自定義控件在原生控件提供的方法外，可以自己添加一些方法。如制作圓角，圓形圖片。
3、完全自定義控件：這個View上所展現的內容全部都是我們自己繪制出來的。比如說制作水波紋進度條。
View的繪制流程：OnMeasure()——>OnLayout()——>OnDraw()
第一步：OnMeasure()：測量視圖大小。從頂層父View到子View遞歸調用measure方法，measure方法又回調OnMeasure。
第二步：OnLayout()：確定View位置，進行頁面布局。從頂層父View向子View的遞歸調用view.layout方法的過程，即父View根據上一步measure子View所得到的布局大小和布局參數，將子View放在合適的位置上。
第三步：OnDraw()：繪制視圖。ViewRoot創建一個Canvas對象，然後調用OnDraw()。六個步驟：①、繪制視圖的背景；②、保存畫布的圖層（Layer）；③、繪制View的內容；④、繪制View子視圖，如果沒有就不用；
⑤、還原圖層（Layer）；⑥、繪制滾動條。
12、View，ViewGroup事件分發
11、Tcp／IP三次握手，四次揮手
2018年Android面試題含答案--適合中高級（下）