Android面試題精選

Android面試題精選

1.android dvm 的進程和Linux的進程，應用程序的進程是否為同一個概念：

答：dvm是dalivk虛擬機。每一個android應用程序都在自己的進程中運行，都擁有一個dalivk虛擬機實例。而每一個dvm都是在linux的一個進程。所以說可以認為是同一個概念。

2.android的動畫有哪幾種？他們的特點和區別是什麼？

答：兩種，一種是tween動畫，一種是frame動畫。tween動畫，這種實現方式可以使視圖組件移動，放大或縮小以及產生透明度的變化。frame動畫，傳統的動畫方法，通過順序的播放排列好的圖片來實現，類似電影。

3.handler進制的原理：

答：android提供了handler和looper來滿足線程間的通信。Handler先進先出原則。looper用來管理特定線程內對象之間的消息交換（message Exchange）.

1)looper:一個線程可以產生一個looper對象，由它來管理此線程裡的message queue(消息隊列)

2)handler:你可以構造一個handler對象來與looper溝通，以便push新消息到messagequeue裡；或者接收looper（從messagequeue裡取出）所送來的消息。

3)messagequeue:用來存放線程放入的消息。

4)線程：UI thread 通常就是main thread,而android啟動程序時會為它建立一個message queue.

4.android view的刷新：

答：Android中對View的更新有很多種方式，使用時要區分不同的應用場合。我感覺最要緊的是分清：多線程和雙緩沖的使用情況。

1).不使用多線程和雙緩沖

這種情況最簡單了，一般只是希望在View發生改變時對UI進行重繪。你只需在Activity中顯式地調用View對象中的invalidate()方法即可。系統會自動調用 View的onDraw()方法。

2).使用多線程和不使用雙緩沖

這種情況需要開啟新的線程，新開的線程就不好訪問View對象了。強行訪問的話會報：android.view.ViewRoot$CalledFromWrongThreadException：Only the originalthread that created a view hierarchy can touch its views.

這時候你需要創建一個繼承了android.os.Handler的子類，並重寫handleMessage(Messagemsg)方法。android.os.Handler是能發送和處理消息的，你需要在Activity中發出更新UI的消息，然後再你的Handler（可以使用匿名內部類）中處理消息（因為匿名內部類可以訪問父類變量，你可以直接調用View對象中的invalidate()方法 ）。也就是說：在新線程創建並發送一個Message，然後再主線程中捕獲、處理該消息。

3).使用多線程和雙緩沖

Android中SurfaceView是View的子類，她同時也實現了雙緩沖。你可以定義一個她的子類並實現SurfaceHolder.Callback接口。由於實現SurfaceHolder.Callback接口，新線程就不需要android.os.Handler幫忙了。SurfaceHolder中lockCanvas()方法可以鎖定畫布，繪制玩新的圖像後調用unlockCanvasAndPost(canvas)解鎖（顯示），還是比較方便得。

5.說說mvc模式的原理，它在android中的運用:

答：android的官方建議應用程序的開發采用mvc模式。何謂mvc？

　mvc是model,view,controller的縮寫，mvc包含三個部分：

　　l模型（model）對象：是應用程序的主體部分，所有的業務邏輯都應該寫在該層。

　　2視圖（view）對象：是應用程序中負責生成用戶界面的部分。也是在整個mvc架構中用戶唯一可以看到的一層，接收用戶的輸入，顯示處理結果。

　　3控制器（control）對象：是根據用戶的輸入，控制用戶界面數據顯示及更新model對象狀態的部分，控制器更重要的一種導航功能，想用用戶出發的相關事件，交給m哦得了處理。

 

　android鼓勵弱耦合和組件的重用，在android中mvc的具體體現如下：

1)視圖層（view）：一般采用xml文件進行界面的描述，使用的時候可以非常方便的引入，當然，如何你對android了解的比較的多了話，就一定 可以想到在android中也可以使用javascript+html等的方式作為view層，當然這裡需要進行java和javascript之間的通 信，幸運的是，android提供了它們之間非常方便的通信實現。

　2)控制層（controller）：android的控制層的重 任通常落在了眾多的acitvity的肩上，這句話也就暗含了不要在acitivity中寫代碼，要通過activity交割model業務邏輯層處理， 這樣做的另外一個原因是android中的acitivity的響應時間是5s，如果耗時的操作放在這裡，程序就很容易被回收掉。

　3)模型層（model）：對數據庫的操作、對網絡等的操作都應該在model裡面處理，當然對業務計算等操作也是必須放在的該層的。

 

6.Activity的生命周期:

答：onCreate: 在這裡創建界面，做一些數據 的初始化工作

 

　　onStart: 到這一步變成用戶可見不可交互的

onResume:變成和用戶可交互 的，(在activity 棧系統通過棧的方式管理這些個Activity的最上面，運行完彈出棧，則回到上一個Activity)

　　onPause: 到這一步是可見但不可交互的，系統會停止動畫 等消耗CPU 的事情從上文的描述已經知道，應該在這裡保存你的一些數據,因為這個時候你的程序的優先級降低，有可能被系統收回。在這裡保存的數據，應該在

　　onstop: 變得不可見，被下一個activity覆蓋了

onDestroy: 這是activity被干掉前最後一個被調用方法了，可能是外面類調用finish方法或者是系統為了節省空間將它暫時性的干掉

 

7.讓Activity變成一個窗口：

答：Activity屬性設定：有時候會做個應用程序是漂浮在手機主界面的。這個只需要在設置下Activity的主題theme,即在Manifest.xml定義Activity的地方加一句：

android :theme="@android:style/Theme.Dialog"
如果是作半透明的效果：

android:theme="@android:style/Theme.Translucent"

8.Android中常用的五種布局:

答：LinearLayout線性布局；AbsoluteLayout絕對布局；TableLayout表格布局；RelativeLayout相對布局；FrameLayout幀布局；

9.Android的五種數據存儲方式：

答：sharedPreferences；文件；SQLite；contentProvider；網絡

10.請解釋下在單線程模型中Message、Handler、Message Queue、Looper之間的關系：

答：Handler獲取當前線程中的looper對象，looper用來從存有Message的Message Queue裡取出message，再由Handler進行message的分發和處理。

11.AIDL的全稱是什麼?如何工作?能處理哪些類型的數據?

答：AIDL(AndroidInterface Definition Language)android接口描述語言

12.系統上安裝了多種浏覽器，能否指定某浏覽器訪問指定頁面？請說明原由：

答：通過直接發送Uri把參數帶過去，或者通過manifest裡的intentfilter裡的data屬性。代碼如下：
Intent intent = new Intent();

Intent.setAction(“android.intent.action.View”);

Uri uriBrowsers = Uri.parse(“http://www.sina.com.cn”);

Intent.setData(uriBrowsers);

//包名、要打開的activity
intent.setClassName(“com.android.browser”,”com.android.browser.BrowserActivity”);

startActivity(intent);

13.什麼是ANR,如何避免？

答：ANR的定義：

在android上，如果你的應用程序有一段時間響應不移靈敏，系統會向用戶提示“應用程序無響應”（ANR：application Not Responding）對話框。因此，在程序裡對響應性能的設計很重要，這樣，系統不會顯示ANR給用戶。

如何避免：

首先來研究下為什麼它會在android的應用程序裡發生和如何最佳構建應用程序來避免ANR.
android應用程序通常是運行在一個單獨的線程（例如：main）裡，這就意味你的應用程序所做的事情如果在主線程裡占用了大長時間的話，就會引發ANR對話框，因為你的應用程序並沒有給自己機會來處理輸入事件或者Intent廣播。

因此，運行在主線程裡的任何訪求都盡可能少做事情。特別是，activity應該在它的關鍵生命周期方法（onCreate()和onResume()）裡盡可能少的去作創建操作。潛在的耗時操作，例如網絡或數據庫操作，或者高耗時的計算如改變位圖尺寸，應該在子線程裡（或者以數據庫操作為例，通過異步請求的方式）來完成。然而，不是說你的主線程阻塞在那裡等待子線程的完成---也不是調用Thread.wait()或者Thread.sleep()。替代的方法是：主線程應該為子線程提供一個Handler,以便完成時能夠提交給主線程。以這種方式設計你的應用程序，將能保證你的主線程保持對輸入的響應性並能避免由5秒輸入事件的超時引發的ANR對話框。這種做法應該在其它顯示UI的線程裡效仿，因為它們都受相同的超時影響。

IntentReceiver執行時間的特殊限制意味著它應該做：在後台裡做小的、瑣碎的工作，如保存設定或注冊一個Notification。和在主線程裡調用的其它方法一樣，應用程序應該避免在BroadcastReceiver裡做耗時的操作或計算，但也不是在子線程裡做這些任務（因為BroadcastReceiver的生命周期短），替代的是，如果響應Intent廣播需要執行一個耗時的動作的話，應用程序應該啟動一個Service。順便提及一句，你也應該避免在Intent Receiver裡啟動一個Activity，因為它會創建一個新的畫面，並從當前用戶正在運行的程序上搶奪焦點。如果你的應用程序在響應Intent廣播時需要向用戶展示什麼，你應該使用Notification Manager來實現。

一般來說，在應用程序裡，100到200ms是用戶能感知阻滯的時間阈值，下面總結了一些技巧來避免ANR,並有助於讓你的應用程序看起來有響應性。

如果你的應用程序為響應用戶輸入正在後台工作的話，可以顯示工作的進度（ProgressBar和ProgressDialog對這種情況來說很有用）。特別是游戲，在子線程裡做移動的計算。如果你的程序有一個耗時的初始化過程的話，考慮可以顯示一個Splash Screen或者快速顯示主畫面並異步來填充這些信息。在這兩種情況下，你都應該顯示正在進行的進度，以免用戶認為程序被凍結了。

 

14.什麼情況會導致Force Close？如何避免？能否捕獲導致其的異常？

答：如空指針等可以導致ForceClose;可以看Logcat，然後找到對應的程序代碼來解決錯誤。

15.橫豎屏切換時候的activity的生命周期：

答：

1） 新建一個activity,並把各個生命周期打印出來

2） 運行activity，得到如下信息：

onCreate()à

onStart()à

onResume()à

3) 按ctrl+F12切換成橫屏時

onSaveInstanceState()à

onPause()à

onStop()à

onDestroy()à

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

4) 再按ctrl+f12切換成豎屏時，發現打印了兩次相同的Log

onSaveInstanceState()à

onPause()à

onStop()à

onDestroyà

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

 

onSaveInstanceState()à

onPause()à

onStop()à

onDestroyà

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

5) 修改AndroidManifest.xml，把該Activity添加android:configChanges=“orientation”,執行步驟3

onSaveInstanceState()à

onPause()à

onStop()à

onDestroy()à

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

6) 修改AndroidManifest.xml，把該Activity添加android:configChanges=“orientation”,執行步驟4,發現不會再打印相同信息，但多打印了一行onConfigChanged

onSaveInstanceState()à

onPause()à

onStop()à

onDestroy()à

onCreate()à

onStart()à

onRestoreInstanceState()à

onResume()à

onConfigurationChanged()à

7) 把步驟5的android:configChanges=“orientation”改成

android:configChanges=“orientation|keyboradHidden”,執行步驟3，就只打印onConfigChanged

onConfigurationChanged()à

8) 把步驟5的android:configChanges=“orientation”改成

android:configChanges=“orientation|keyboradHidden”,執行步驟4

onConfigurationChanged()à

onConfigurationChanged()à

總結：

1） 不設置activity的android:configChanges時切屏會重新調用各個生命周期，切橫屏時會執行一次，切豎屏時會執行兩次。

2） 設置activity的android:configChanges=“orientation”時, 切屏會重新調用各個生命周期，切橫屏、豎屏時都只會執行一次，但是豎屏最後多打印一條onConfigurationChanged()

3） 設置activity的android:configChanges=“orientation|keyboardHidden”時,切屏不會重新調用各個生命周期，只會執行onConfigurationChanged(),橫屏一次，豎屏兩次

再總結下整個activity的生命周期：

1） 當前activity產生事件彈出Toast和AlertDialog的時候Activity的生命周期不會有改變

2） Activity運行時按下HOME鍵（跟被完全覆蓋一樣的）

onSavaInstanceStateà

onPauseà

onStopà

 

onRestartà

onStartà

onResumeà

3) 未被完全覆蓋，只是失去焦點：

onPauseà

onResumeà

16.如何將SQLite數據庫(.db文件)與apk文件一起發布?

答：可以將.db文件復制到Eclipse Android工程中的res aw目錄中。所有在res aw目錄中的文件不會被壓縮，這樣可以直接提取該目錄中的文件。可以將.db文件復制到res aw目錄中

17.如何將打開res aw目錄中的數據庫文件?

答：在Android中不能直接打開res aw目錄中的數據庫文件，而需要在程序第一次啟動時將該文件復制到手機內存或SD卡的某個目錄中，然後再打開該數據庫文件。復制的基本方法是使用getResources().openRawResource方法獲得res aw目錄中資源的 InputStream對象，然後將該InputStream對象中的數據寫入其他的目錄中相應文件中。在Android SDK中可以使用SQLiteDatabase.openOrCreateDatabase方法來打開任意目錄中的SQLite數據庫文件。

18.android 中有哪幾種解析xml的類？官方推薦哪種？以及它們的原理和區別：

答：XML解析主要有三種方式，SAX、DOM、PULL。常規在PC上開發我們使用Dom相對輕松些，但一些性能敏感的數據庫或手機上還是主要采用SAX方 式，SAX讀取是單向的，優點:不占內存空間、解析屬性方便，但缺點就是對於套嵌多個分支來說處理不是很方便。而DOM方式會把整個XML文件加載到內存 中去，這裡Android開發網提醒大家該方法在查找方面可以和XPath很好的結合如果數據量不是很大推薦使用，而PULL常常用在J2ME對於節點處 理比較好，類似SAX方式，同樣很節省內存，在J2ME中我們經常使用的KXML庫來解析。

19.DDMS和TraceView的區別?

答：DDMS是一個程序執行查看器，在裡面可以看見線程和堆棧等信息，TraceView是程序性能分析器

20.談談Android的IPC機制：

答：IPC是內部進程通信的簡稱，是共享"命名管道"的資源。Android中的IPC機制是為了讓Activity和Service之間可以隨時的進行交互，故在Android中該機制，只適用於Activity和Service之間的通信，類似於遠程方法調用，類似於C/S模式的訪問。通過定義AIDL接口文件來定義IPC接口。Servier端實現IPC接口，Client端調用IPC接口本地代理。

21.NDK是什麼：

答：NDK是一系列工具的集合

NDK提供了一系列的工具，幫助開發者迅速的開發C/C++的動態庫，並能自動將so和java應用打成apk包

NDK集成了交叉編譯器，並提供了相應的mk文件和隔離cpu，平台等的差異，開發人員只需簡單的修改mk文件就可以創建出so

22.描述一下android的系統架構：

答：android系統架構分從下往上為Linux內核層、運行庫、應用程序框架層和應用程序層。

Linux內核層：負責硬件的驅動程序、網絡、電源、系統安全以及內存管理等功能。

運行庫和androidruntion：運行庫：即c/c++函數庫部分，大多數都是開放源代碼的函數庫，例如webkit，該函數庫負責android網頁浏覽器的運行；例如標准的c函數庫libc、openssl、sqlite等，當然也包括支持游戲開發的2dsgl和3dopengles，在多媒體方面有mediaframework框架來支持各種影音和圖形文件的播放與顯示，如mpeg4、h.264、mp3、aac、amr、jpg和png等眾多的多媒體文件格式。Androidruntion負責解釋和執行生成的dalvik格式的字節碼

應用軟件架構：java應用程序開發人員主要是使用該層封裝好的api進行快速開發的。

應用程序層：該層是java的應用程序層，android內置的googlemaps、email、IM、浏覽器等，都處於該層，java開發人員工發的程序也處於該層，而且和內置的應用程序具有平等的地位，可以調用內置的應用程序，也可以替換內置的應用程序

 

23.Activity 與 Task的啟動模式有哪些，它們含義具體是什麼?

答：在一個activity中，有多次調用startActivity來啟動另一個activity，要想只生成一個activity實例，可以設置啟動模式。

一個activity有四種啟動模式：standed,signleTop,singleTask,singleInstance

Standed:標准模式，一調用startActivity()方法就會產生一個新的實例。

SingleTop:如果已經有一個實例位於activity棧頂，就不產生新的實例，而只是調用activity中的newInstance()方法。如果不位於棧頂，會產生一個新的實例。

singleTask:會在一個新的task中產生這個實例，以後每次調用都會使用這個，不會去產生新的實例了。

SingleInstance:這個和singleTask基本一樣，只有一個區別：在這個模式下的activity實例所處的task中，只能有這個activity實例，不能有其他實例

24.Application類的作用：

答：API裡的第一句是：

Base class for those who need to maintain global application state

如果想在整個應用中使用全局變量，在java中一般是使用靜態變量，public類型；而在android中如果使用這樣的全局變量就不符合Android的框架架構，但是可以使用一種更優雅的方式就是使用Application context。
首先需要重寫Application，主要重寫裡面的onCreate方法，就是創建的時候，初始化變量的值。然後在整個應用中的各個文件中就可以對該變量進行操作了。
啟動Application時，系統會創建一個PID，即進程ID，所有的Activity就會在此進程上運行。那麼我們在Application創建的時候初始化全局變量，同一個應用的所有Activity都可以取到這些全局變量的值，換句話說，我們在某一個Activity中改變了這些全局變量的值，那麼在同一個應用的其他Activity中值就會改變

25.說明onSaveInstanceState() 和 onRestoreInstanceState()在什麼時候被調用：

答：Activity的 onSaveInstanceState() 和 onRestoreInstanceState()並不是生命周期方法，它們不同於 onCreate()、onPause()等生命周期方法，它們並不一定會被觸發。當應用遇到意外情況（如：內存不足、用戶直接按Home鍵）由系統銷毀一個Activity時，onSaveInstanceState()才會被調用。但是當用戶主動去銷毀一個Activity時，例如在應用中按返回鍵，onSaveInstanceState()就不會被調用。因為在這種情況下，用戶的行為決定了不需要保存Activity的狀態。通常onSaveInstanceState()只適合用於保存一些臨時性的狀態，而onPause()適合用於數據的持久化保存。

另外，當屏幕的方向發生了改變， Activity會被摧毀並且被重新創建，如果你想在Activity被摧毀前緩存一些數據，並且在Activity被重新創建後恢復緩存的數據。可以重寫Activity的 onSaveInstanceState() 和 onRestoreInstanceState()方法。

26.android的service的生命周期？哪個方法可以多次被調用：

答：1)與采用Context.startService()方法啟動服務有關的生命周期方法

onCreate() -> onStart() -> onDestroy()

onCreate()該方法在服務被創建時調用，該方法只會被調用一次，無論調用多少次startService()或bindService()方法，服務也只被創建一次。
onStart() 只有采用Context.startService()方法啟動服務時才會回調該方法。該方法在服務開始運行時被調用。多次調用startService()方法盡管不會多次創建服務，但onStart() 方法會被多次調用。
onDestroy()該方法在服務被終止時調用。

2)與采用Context.bindService()方法啟動服務有關的生命周期方法
onCreate() -> onBind() -> onUnbind() -> onDestroy()

onBind()只有采用Context.bindService()方法啟動服務時才會回調該方法。該方法在調用者與服務綁定時被調用，當調用者與服務已經綁定，多次調用Context.bindService()方法並不會導致該方法被多次調用。
onUnbind()只有采用Context.bindService()方法啟動服務時才會回調該方法。該方法在調用者與服務解除綁定時被調用。
如果先采用startService()方法啟動服務,然後調用bindService()方法綁定到服務，再調用unbindService()方法解除綁定，最後調用bindService()方法再次綁定到服務，觸發的生命周期方法如下：
onCreate() ->onStart() ->onBind() ->onUnbind()[重載後的方法需返回true] ->onRebind()

27.android的broadcast的生命周期：

答：1)Broadcast receiver生命周期中僅有一個回調方法：
void onReceive(Context curContext, Intent broadcastMsg)
當接收器接收到一條broadcast消息，Android就會調用onReceiver(),並傳遞給它一個Intent對象，這個對象攜帶著那條broadcast消息。我們認為僅當執行這個方式時，Broadcast receiver是活動的；這個方法返回時，它就終止了。這就是Broadcast receiver的生命周期。

2)由於Broadcast receiver的生命周期很短，一個帶有活動的Broadcast receiver的進程是受保護的，以避免被干掉；但是別忘了有一點，Android會在任意時刻干掉那些攜帶不再活動的組件的進程，所以很可能會造成這個問題。

3)解決上述問題的方案采用一個Service來完成這項工作，Android會認為那個進程中（Service所在的進程）仍然有在活動的組件。

28.android view，surfaceview，glsurfaceview的區別：

答：SurfaceView是從View基類中派生出來的顯示類，直接子類有GLSurfaceView和VideoView，可以看出GL和視頻播放以及Camera攝像頭一般均使用SurfaceView
SurfaceView和View最本質的區別在於，surfaceView是在一個新起的單獨線程中可以重新繪制畫面而View必須在UI的主線程中更新畫面。
那麼在UI的主線程中更新畫面 可能會引發問題，比如你更新畫面的時間過長，那麼你的主UI線程會被你正在畫的函數阻塞。那麼將無法響應按鍵，觸屏等消息。
當使用surfaceView 由於是在新的線程中更新畫面所以不會阻塞你的UI主線程。但這也帶來了另外一個問題，就是事件同步。比如你觸屏了一下，你需要surfaceView中thread處理，一般就需要有一個event queue的設計來保存touch event，這會稍稍復雜一點，因為涉及到線程同步。

所以基於以上，根據游戲特點，一般分成兩類。

1)被動更新畫面的。比如棋類，這種用view就好了。因為畫面的更新是依賴於 onTouch 來更新，可以直接使用 invalidate。 因為這種情況下，這一次Touch和下一次的Touch需要的時間比較長些，不會產生影響。

2)主動更新。比如一個人在一直跑動。這就需要一個單獨的thread不停的重繪人的狀態，避免阻塞main UI thread。所以顯然view不合適，需要surfaceView來控制。