安卓面試題及參考答案(2)
安卓面試題及參考答案
安卓面試題及答案(二)
1， 談?wù)勀銓ctivity的理解?
答案：對于這種“你對什么什么怎么理解”的面試題，最好的回到方式就是用你自己的理解說出來，通俗中夾雜些專業(yè)術(shù)語，偶爾再蹦出幾個英文。當然如果你很牛X，你可以往深了說，只要別漫無目的的說就行。圍繞一條主線。這其中如果你對某一方面比較精通，你就應(yīng)該往你精通的方向引。面試官可能就會順著你的思路走了。不過現(xiàn)在有很多面試問Android方面的知識不多，問java方面的比較多。
通俗的講，Activity就是一個應(yīng)用程序的門面，也可以理解成就是WEB程序中一個頁面，當然與web程序中的頁面不同的是，web中的一個頁面可能只是一個純粹的展示頁面不與用戶進行任何交互，而幾乎所有的Activity都會與用戶交互。當然兩者在架構(gòu)上也有本質(zhì)區(qū)別，Activity與用戶的交互通過觸發(fā)UI的不同事件完成的。而Web程序是通過請求，響應(yīng)來完成交互的。還有在android中顛覆了很多常規(guī)想法，比如在一個Activity中可以打開另一個不在同一應(yīng)用的Activity。這在其他程序是不可想象的。當然這種設(shè)計的出發(fā)點也是為了節(jié)省系統(tǒng)資源。從View層的角度來看，Activity承載了與用戶交互的不同控件。從控制層看，也就是內(nèi)部邏輯，Activity需要保持各個界面的狀態(tài)，背后會做很多持久化的操作。包括妥善管理生命周期的各個階段。(把生命周期引出來了，沒準就會問你這方面的)。
下面是文檔式的回答：(最好的回答方式兩者結(jié)合)
首先Activity是android四大組件之一。它是單獨的，作為用戶與程序交互的一個載體。幾乎所有的Activity都與用戶交互。Activity創(chuàng)建了一個窗口，你可以通過setContentView這個方法將需要的UI放置在窗口。任何一個應(yīng)用程序都可以調(diào)用單獨的一個Activity。
其次，Activity的繼承關(guān)系 Activity→ContextThemeWrapper→ContextWrapper→Context
最后大部分的Activity的子類都需要實現(xiàn)以下兩個接口：
onCreate(Bundle savedInstanceState)接口是初始化activity的地方. 在這兒通?？梢哉{(diào)用setContentView(int)設(shè)置在資源文件中定義的UI, 使用findViewById(int) 可以獲得UI中定義的窗口.
onPause()接口是使用者準備離開activity的地方，在這兒，任何的修改都應(yīng)該被提交(通常用于ContentProvider保存數(shù)據(jù)).
所有Activity必須在清單文件里注冊一下才能使用。
2， Activity的生命周期?
答案：在系統(tǒng)中的Activity被一個Activity棧所管理。當一個新的Activity啟動時，將被放置到棧頂，成為運行中的Activity，前一個Activity保留在棧中，不再放到前臺，直到新的Activity退出為止。
Activity有四種本質(zhì)區(qū)別的狀態(tài)：
1)在屏幕的前臺(Activity棧頂)，叫做活動狀態(tài)或者運行狀態(tài)(active or running)
2)如果一個Activity失去焦點，但是依然可見(一個新的非全屏的Activity 或者一個透明的Activity 被放置在棧頂)，叫做暫停狀態(tài)(Paused)。一個暫停狀態(tài)的Activity依然保持活力(保持所有的狀態(tài)，成員信息，和窗口管理器保持連接)，但是在系統(tǒng)內(nèi)存極端低下的時候?qū)⒈粴⒌簟?/p>
3)如果一個Activity被另外的Activity完全覆蓋掉，叫做停止狀態(tài)(Stopped)。它依然保持所有狀態(tài)和成員信息，但是它不再可見，所以它的窗口被隱藏，當系統(tǒng)內(nèi)存需要被用在其他地方的時候，Stopped的Activity將被殺掉。
4)如果一個Activity是Paused或者Stopped狀態(tài)，系統(tǒng)可以將該Activity從內(nèi)存中刪除，Android系統(tǒng)采用兩種方式進行刪除，要么要求該Activity結(jié)束，要么直接殺掉它的進程。當該Activity再次顯示給用戶時，它必須重新開始和重置前面的狀態(tài)。
Activity提供了7個生命周期方法：
onCreate(),onStart(),onResume(),onPause(),onStop(),onDestory(),onRestart()。在這七個生命周期方法中有三個關(guān)鍵的循環(huán)。其實官方給的那張圖畫得很明白，但估計很少人能有耐心去揣摩。那就換種方式展現(xiàn)?？磮D吧：
1)以下該圖呈現(xiàn)了一個Activity完整的生命周期，從onCreate(Bundle)開始到onDestroy()結(jié)束。Activity在onCreate()設(shè)置所有的“全局”狀態(tài)，在 onDestory()釋放所有的資源。
首先我們運行程序，這是打開MainActivity依次調(diào)用onCreate->onStart->onResume，這時MainActivity在棧頂，與我們交互的Activity都在棧頂。然后我按下返回鍵，則會依次調(diào)用onPause->onStop->onDestory。這屬于一個完整的生命周期。
2)可見的生命周期，從onStart()開始到onStop()結(jié)束。說白了就是一個Activity被另一個activity完全覆蓋掉，然后又重新回到前臺這個一個過程稱之為可見生命周期。
首先我們打開OtherActivity這個窗口。此時MainActivity將被覆蓋掉。則會依次調(diào)用onPause->onStop。在內(nèi)存不足的時候，系統(tǒng)也會殺死MainActivity進程。
然后，按下返回鍵，MainActivity又回到前臺此時會調(diào)用 onRestart->onStart->onResume。
3)前臺的生命周期，從onResume()開始到onPause()結(jié)束。在這段時間里，該Activity處于所有Activity的最前面，和用戶進行交互。Activity可以經(jīng)常性地在resumed和paused狀態(tài)之間切換。說白了就是一個Activity覆蓋到另一個Activity上面，但是并沒有完全覆蓋掉。
首先，我們將OtherActivity打開，這是OtherActivity以對話框模式打開，懸浮在MainActivity上面。直接調(diào)用的onPause()。
然后 我們按下返回鍵，則調(diào)用的onResume。對于這種沒用完全覆蓋的狀態(tài)只會在onPause與onResume兩個方法之間切換。
注：還有一種特殊情況，當屏幕發(fā)生改變的時候生命周期是怎樣的呢?比如由豎屏調(diào)整為橫屏。生命周期的方法依次用：onPause->onStop->onDestroy->onCreate->onStart->onResume。這么一個過程。它會銷毀掉原先的activity，重新創(chuàng)建。
3， Acitvity啟動模式?
答案：對于這種題，最后就是自己寫個例子，觀察一下，才能真正明白。
Activty啟動提供了四種啟動模式。launchMode:
standard:每次啟動新的活動窗口(new操作)
singleTop:如果在棧頂是目標活動,則直接打開.否則開啟新的活動窗口(new).
singleTask和singleInstance基本上相同.差別在于若根活動設(shè)置為singleTask時,則由此所開啟的活動也在同一任務(wù)中，即taskId相同。.而若根活動設(shè)置為singleInstance時,由此開啟的活動在新的任務(wù)中.即棧中只有一個活動，taskid不同。.其余情況相同.
4， 在onCreate方法中Bundle savedInstanceState 這個參數(shù)有什么作用?
答案：在onCreate方法中有saveInstanceState這個參數(shù)，其實這個參數(shù)對應(yīng)兩個方法。
void onSaveInstanceState(Bundle outState);void onRestoreInstanceState(Bundle savedInstanceState)。當某個activity變得“容易”被系統(tǒng)銷毀時，說白了就是系統(tǒng)在內(nèi)存不足或者其他異常情況下把你的Activity銷毀時，將調(diào)用這個方法。需要注意的是它是系統(tǒng)調(diào)用的，并且你的Activity是被動得被銷毀。你可以在銷毀的時候保存一下數(shù)據(jù)。然后在onCreate方法中拿出來。那什么情況下能觸發(fā)這兩個方法呢?
1)、當用戶按下HOME鍵時。
這是顯而易見的，系統(tǒng)不知道你按下HOME后要運行多少其他的程序，自然也不知道activity A是否會被銷毀，故系統(tǒng)會調(diào)用onSaveInstanceState，讓用戶有機會保存某些非永久性的數(shù)據(jù)。以下幾種情況的分析都遵循該原則
2)、長按HOME鍵，選擇運行其他的程序時。
3)、按下電源按鍵(關(guān)閉屏幕顯示)時。
4)、從activity A中啟動一個新的activity時。
5)、屏幕方向切換時，例如從豎屏切換到橫屏?xí)r。
在屏幕切換之前，系統(tǒng)會銷毀activity A，在屏幕切換之后系統(tǒng)又會自動地創(chuàng)建activity A，所以onSaveInstanceState一定會被執(zhí)行
總而言之，onSaveInstanceState的調(diào)用遵循一個重要原則，即當系統(tǒng)“未經(jīng)你許可”時銷毀了你的activity，則onSaveInstanceState會被系統(tǒng)調(diào)用，這是系統(tǒng)的責(zé)任，因為它必須要提供一個機會讓你保存你的數(shù)據(jù)(當然你不保存那就隨便你了)。
至于onRestoreInstanceState方法，需要注意的是，onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成對的被調(diào)用的，onRestoreInstanceState被調(diào)用的前提是，activity A“確實”被系統(tǒng)銷毀了，而如果僅僅是停留在有這種可能性的情況下，則該方法不會被調(diào)用，例如，當正在顯示activity A的時候，用戶按下HOME鍵回到主界面，然后用戶緊接著又返回到activity A，這種情況下activity A一般不會因為內(nèi)存的原因被系統(tǒng)銷毀，故activity A的onRestoreInstanceState方法不會被執(zhí)行
另外，onRestoreInstanceState的bundle參數(shù)也會傳遞到onCreate方法中，你也可以選擇在onCreate方法中做數(shù)據(jù)還原。
5， 談?wù)勀銓roadCastRceiver的理解?
答案：廣播接收者，android四大組件之一，也是唯一一個能動態(tài)注冊的組件。
1)廣播接收者是一個專注于接收廣播通知信息，并做出對應(yīng)處理的組件。很多廣播是源自于系統(tǒng)──比如，通知時區(qū)改變、電池電量低、拍攝了一張照片或者用戶改變了語言選項。應(yīng)用程序也可以進行廣播──比如說，通知其它應(yīng)用程序一些數(shù)據(jù)下載完成并處于可用狀態(tài)。
2)應(yīng)用程序可以擁有任意數(shù)量的廣播接收者以對所有它感興趣的通知信息予以響應(yīng)。所有的接收器均繼承自BroadcastReceiver基類。
3)廣播接收者沒有用戶界面。然而，它們可以啟動一個activity來響應(yīng)它們收到的信息，或者用NotificationManager來通知用戶。通知可以用很多種方式來吸引用戶的注意力──閃動背燈、震動、播放聲音等等。一般來說是在狀態(tài)欄上放一個持久的圖標，用戶可以打開它并獲取消息。
6， 廣播分幾種?他們有什么區(qū)別?
答案：廣播被分為兩種不同的類型：“普通廣播(Normal broadcasts)”和“有序廣播(Ordered broadcasts)”。普通廣播是完全異步的，可以在同一時刻(邏輯上)被所有接收者接收到，消息傳遞的效率比較高，但缺點是：接收者不能將處理結(jié)果傳遞給下一個接收者，并且無法終止廣播Intent的傳播。
然而有序廣播是按照接收者聲明的優(yōu)先級別，被接收者依次接收廣播。如：A的級別高于B,B的級別高于C,那么，廣播先傳給A，再傳給B，最后傳給C 。優(yōu)先級別聲明在 intent-filter 元素的 android:priority 屬性中，數(shù)越大優(yōu)先級別越高,取值范圍:-1000到1000，優(yōu)先級別也可以調(diào)用IntentFilter對象的setPriority()進行設(shè)置 。有序廣播的接收者可以終止廣播Intent的傳播，廣播Intent的傳播一旦終止，后面的接收者就無法接收到廣播。
另外，有序廣播的接收者可以將數(shù)據(jù)傳遞給下一個接收者，如：A得到廣播后，可以往它的結(jié)果對象中存入數(shù)據(jù)，當廣播傳給B時,B可以從A的結(jié)果對象中得到A存入的數(shù)據(jù)。
Context.sendBroadcast()
發(fā)送的是普通廣播，所有訂閱者都有機會獲得并進行處理。
Context.sendOrderedBroadcast()
發(fā)送的是有序廣播，系統(tǒng)會根據(jù)接收者聲明的優(yōu)先級別按順序逐個執(zhí)行接收者，
前面的接收者有權(quán)終止廣播(BroadcastReceiver.abortBroadcast())，如果廣播被前面的接收者終止，后面的接收者就再也無法獲取到廣播。對于有序廣播，前面的接收者可以將數(shù)據(jù)通過setResultExtras(Bundle)方法存放進結(jié)果對象，然后傳給下一個接收者，下一個接收者通過代碼：Bundle bundle = getResultExtras(true))可以獲取上一個接收者存入在結(jié)果對象中的數(shù)據(jù)。
7， 廣播的生命周期?
答案：廣播的生命周期是非常短的，當發(fā)送之后intent會到AndroidManifest.xml文件中找是不是有匹配的action，如果有就會調(diào)用Receiver ，然后獲得Receiver 對象，再執(zhí)行onReceive方法，這時候Receiver對象就沒有用了，當我們再次點擊按鈕的時候就會重新獲得對象，這就是BroadcastReceiver的生命周期.
在BroadcastReceiver里不能做一些比較耗時的操作,否側(cè)會彈出ANR(Application No
Response)的對話框.
如果需要完成一項比較耗時的工作,應(yīng)該通過發(fā)送Intent給Service,由Service來完成.這里不能使用子線程來解決,因為BroadcastReceiver的生命周期很短,子線程可能還沒有結(jié)束，BroadcastReceiver就先結(jié)束了.BroadcastReceiver一旦結(jié)束,此時BroadcastReceiver的所在進程很容易在系統(tǒng)需要內(nèi)存時被優(yōu)先殺死,因為它屬于空進程(沒有任何活動組件的進程).如果它的宿主進程被殺死,那么正在工作的子線程也會被殺死.所以采用子線程來解決是不可靠的.
8， 兩種注冊BroadcastReceiver的方法?
答案：使用在manifest中注冊的方法注冊BroadcastReceiver，即使你的應(yīng)用程序沒有啟動，或者已經(jīng)被關(guān)閉，這個BroadcastReceiver依然會繼續(xù)運行，這樣的運行機制可能會給軟件的用戶造成困擾。所以作為程序的開發(fā)者，我們希望能夠有一種靈活的機制完成BroadcastReceiver的綁定和解除綁定操作。Android當然也考慮到了這些問題，所以在Context這個類當中提供了如下兩個函數(shù)可以在代碼中注冊：
i. registerReceiver(receiver,filter);
這個函數(shù)的作用就是將一個BroadcastReceiver注冊到應(yīng)用程序當中，這個函數(shù)接收兩個參數(shù)，第一個參數(shù)是需要注冊的BroadcastReceiver對象，第二個是一個IntentFilter。第一個參數(shù)是非常容易理解的，第二個參數(shù)的作用是定義了哪些Intent才能觸發(fā)這個注冊的BroadcastReceiver對象。
ii. unregisterReceiver(receiver);
這個方法就非常的簡單了，用于解除BroadcastReceiver的綁定狀態(tài)。一旦解除完成，響應(yīng)的BroadcastReceiver就不會再接收系統(tǒng)所廣播的Intent了。
兩種注冊BroadcastReceiver的方法
1.在應(yīng)用程序的代碼中進行注冊
注冊BroadcastReceiver
registerReceiver(receiver,filter);
取消注冊BroadcastReceiver
unregisterReceiver(receiver);
2.在AndroidManifest.xml當中進行注冊
兩種注冊BroadcastReceiver方法的比較：
現(xiàn)在我們了解了兩種注冊BroadcastReceiver的方法之后，需要考慮一下這兩種方法適用的場合：
i. 第一種注冊的方法可以保證在應(yīng)用程序安裝之后，BroadcastReceiver始終處于活動狀態(tài)，通常用于監(jiān)聽系統(tǒng)狀態(tài)的改變，比如說手機的電量，wifi網(wǎng)卡的狀態(tài)(當然，監(jiān)視這些東西也是取決于軟件的需求)。對于這樣的BroadcastReceiver，通常是在產(chǎn)生某個特定的系統(tǒng)事件之后，進行相應(yīng)的操作，比如說wifi網(wǎng)卡打開時，給用戶一個提示;
ii. 第二種注冊方法相對第一種要靈活的多，這樣注冊的BroadcastReceiver通常用于更新UI的狀態(tài)。一般來說，都是在一個Activity啟動的時候使用這樣的方法注冊BroadcastReceiver，一旦接收到廣播的事件，就可以在onReceive方法當中更新當前的這個Activity當中的控件。但是需要注意的是如果這個Activity不可見了，就應(yīng)該調(diào)用unregisterReceiver方法來解除注冊
9， 粘性廣播有什么作用?怎么使用?
答案：粘性廣播主要為了解決，在發(fā)送完廣播之后，動態(tài)注冊的接收者，也能夠收到廣播。舉個例子首先發(fā)送一廣播，我的接收者是通過程序中的某個按鈕動態(tài)注冊的。如果不是粘性廣播，我注冊完接收者肯定無法收到廣播了。這是通過發(fā)送粘性廣播就能夠在我動態(tài)注冊接收者后也能收到廣播。
用法：
//發(fā)送粘性廣播
Public void sendStickyBroadCast(){
Intent intent=new Intent();
intent.setAction(“com.iteye.myreceiver.action”);
intent.putExtra(“name”,”tom”);
this.sendStickyBroadCast(intent);
}
發(fā)送粘性廣播還需要發(fā)送粘性廣播的權(quán)限：
//動態(tài)注冊廣播接收者
MyReceiver mr = new MyReceiver ();
IntentFilter filter = new IntentFilter();
filter.addAction(“com.iteye.myreceiver.action “);
filter.addCategory(Intent.CATEGORY_DEFAULT);
Intent ii = this.registerReceiver(mr, filter);
String n = ii.getStringExtra(“name”);
Toast.makeText(this, “動態(tài)注冊接收者完成,收到粘性廣播,name=” + n, 1).show();
10，如何控制接收者或者發(fā)送方得權(quán)限?
答案： 1)如果廣播發(fā)送方要求接收方必須有某個權(quán)限才能收到廣播怎么做呢?
/**
* 發(fā)送廣播,指定接收者權(quán)限
* sendBroadcast(i, “com.iteye.permission.receiver”);//指定接收者權(quán)限
*/
public void sendBroadcast() {
//隱式意圖,發(fā)送廣播
Intent i = new Intent();
i.setAction(“com.iteye.receiver.action”);
i.putExtra(“name”, “tom”);
this.sendBroadcast(i, ” com.iteye.permission.receiver “);
Log.i(“Other”,”.send ok!”);
}
在清單文件里receiver必須有這個權(quán)限才能收到廣播。
首先，需要定義權(quán)限：
然后，聲明權(quán)限：
這時接收者就能收到發(fā)送的廣播。
2)反過來，如果接收者要求發(fā)送方必須擁有某個權(quán)限，我才接收你的廣播怎么辦呢?
android:permission:控制發(fā)送方需要具備指定權(quán)限,才接收其廣播
即使過濾器匹配，如果發(fā)送方?jīng)]有相應(yīng)權(quán)限，接收者也不會接收其廣播。
11.NDK是什么：
答：NDK是一系列工具的集合
NDK提供了一系列的工具，幫助開發(fā)者迅速的開發(fā)C/C++的動態(tài)庫，并能自動將so和java應(yīng)用打成apk包
NDK集成了交叉編譯器，并提供了相應(yīng)的mk文件和隔離cpu，平臺等的差異，開發(fā)人員只需簡單的修改mk文件就可以創(chuàng)建出so
12.描述一下android的系統(tǒng)架構(gòu)：
答：android系統(tǒng)架構(gòu)分從下往上為Linux內(nèi)核層、運行庫、應(yīng)用程序框架層和應(yīng)用程序?qū)印?/p>
Linux內(nèi)核層：負責(zé)硬件的驅(qū)動程序、網(wǎng)絡(luò)、電源、系統(tǒng)安全以及內(nèi)存管理等功能。
運行庫和androidruntion：運行庫：即c/c++函數(shù)庫部分，大多數(shù)都是開放源代碼的函數(shù)庫，例如webkit，該函數(shù)庫負責(zé)android網(wǎng)頁瀏覽器的運行;例如標準的c函數(shù)庫libc、openssl、sqlite等，當然也包括支持游戲開發(fā)的2dsgl和3dopengles，在多媒體方面有mediaframework框架來支持各種影音和圖形文件的播放與顯示，如mpeg4、h.264、mp3、aac、amr、jpg和png等眾多的多媒體文件格式。Androidruntion負責(zé)解釋和執(zhí)行生成的dalvik格式的字節(jié)碼
應(yīng)用軟件架構(gòu)：java應(yīng)用程序開發(fā)人員主要是使用該層封裝好的api進行快速開發(fā)的。
應(yīng)用程序?qū)樱涸搶邮莏ava的應(yīng)用程序?qū)?，android內(nèi)置的googlemaps、email、IM、瀏覽器等，都處于該層，java開發(fā)人員工發(fā)的程序也處于該層，而且和內(nèi)置的應(yīng)用程序具有平等的地位，可以調(diào)用內(nèi)置的應(yīng)用程序，也可以替換內(nèi)置的應(yīng)用程序
13.Activity 與 Task的啟動模式有哪些，它們含義具體是什么?
答：在一個activity中，有多次調(diào)用startActivity來啟動另一個activity，要想只生成一個activity實例，可以設(shè)置啟動模式。
一個activity有四種啟動模式：standed,signleTop,singleTask,singleInstance
Standed:標準模式，一調(diào)用startActivity()方法就會產(chǎn)生一個新的實例。
SingleTop:如果已經(jīng)有一個實例位于activity棧頂，就不產(chǎn)生新的實例，而只是調(diào)用activity中的newInstance()方法。如果不位于棧頂，會產(chǎn)生一個新的實例。
singleTask:會在一個新的task中產(chǎn)生這個實例，以后每次調(diào)用都會使用這個，不會去產(chǎn)生新的實例了。
SingleInstance:這個和singleTask基本一樣，只有一個區(qū)別：在這個模式下的activity實例所處的task中，只能有這個activity實例，不能有其他實例
14.Application類的作用：
答：API里的第一句是：
Base class for those who need to maintain global application state
如果想在整個應(yīng)用中使用全局變量，在java中一般是使用靜態(tài)變量，public類型;而在android中如果使用這樣的全局變量就不符合Android的框架架構(gòu)，但是可以使用一種更優(yōu)雅的方式就是使用Application context。
首先需要重寫Application，主要重寫里面的onCreate方法，就是創(chuàng)建的時候，初始化變量的值。然后在整個應(yīng)用中的各個文件中就可以對該變量進行操作了。
啟動Application時，系統(tǒng)會創(chuàng)建一個PID，即進程ID，所有的Activity就會在此進程上運行。那么我們在Application創(chuàng)建的時候初始化全局變量，同一個應(yīng)用的所有Activity都可以取到這些全局變量的值，換句話說，我們在某一個Activity中改變了這些全局變量的值，那么在同一個應(yīng)用的其他Activity中值就會改變
15.說明onSaveInstanceState() 和 onRestoreInstanceState()在什么時候被調(diào)用：
答：Activity的 onSaveInstanceState() 和 onRestoreInstanceState()并不是生命周期方法，它們不同于 onCreate()、onPause()等生命周期方法，它們并不一定會被觸發(fā)。當應(yīng)用遇到意外情況(如：內(nèi)存不足、用戶直接按Home鍵)由系統(tǒng)銷毀一個Activity時，onSaveInstanceState()才會被調(diào)用。但是當用戶主動去銷毀一個Activity時，例如在應(yīng)用中按返回鍵，onSaveInstanceState()就不會被調(diào)用。因為在這種情況下，用戶的行為決定了不需要保存Activity的狀態(tài)。通常onSaveInstanceState()只適合用于保存一些臨時性的狀態(tài)，而onPause()適合用于數(shù)據(jù)的持久化保存。
另外，當屏幕的方向發(fā)生了改變， Activity會被摧毀并且被重新創(chuàng)建，如果你想在Activity被摧毀前緩存一些數(shù)據(jù)，并且在Activity被重新創(chuàng)建后恢復(fù)緩存的數(shù)據(jù)?？梢灾貙慉ctivity的 onSaveInstanceState() 和 onRestoreInstanceState()方法。
16.android的service的生命周期?哪個方法可以多次被調(diào)用：
答：1)與采用Context.startService()方法啟動服務(wù)有關(guān)的生命周期方法
onCreate() -> onStart() -> onDestroy()
onCreate()該方法在服務(wù)被創(chuàng)建時調(diào)用，該方法只會被調(diào)用一次，無論調(diào)用多少次startService()或bindService()方法，服務(wù)也只被創(chuàng)建一次。
onStart() 只有采用Context.startService()方法啟動服務(wù)時才會回調(diào)該方法。該方法在服務(wù)開始運行時被調(diào)用。多次調(diào)用startService()方法盡管不會多次創(chuàng)建服務(wù)，但onStart() 方法會被多次調(diào)用。
onDestroy()該方法在服務(wù)被終止時調(diào)用。
2)與采用Context.bindService()方法啟動服務(wù)有關(guān)的生命周期方法
onCreate() -> onBind() -> onUnbind() -> onDestroy()
onBind()只有采用Context.bindService()方法啟動服務(wù)時才會回調(diào)該方法。該方法在調(diào)用者與服務(wù)綁定時被調(diào)用，當調(diào)用者與服務(wù)已經(jīng)綁定，多次調(diào)用Context.bindService()方法并不會導(dǎo)致該方法被多次調(diào)用。
onUnbind()只有采用Context.bindService()方法啟動服務(wù)時才會回調(diào)該方法。該方法在調(diào)用者與服務(wù)解除綁定時被調(diào)用。
如果先采用startService()方法啟動服務(wù),然后調(diào)用bindService()方法綁定到服務(wù)，再調(diào)用unbindService()方法解除綁定，最后調(diào)用bindService()方法再次綁定到服務(wù)，觸發(fā)的生命周期方法如下：
onCreate() ->onStart() ->onBind() ->onUnbind()[重載后的方法需返回true] ->onRebind()
17.android的broadcast的生命周期：
答：1)Broadcast receiver生命周期中僅有一個回調(diào)方法：
void onReceive(Context curContext, Intent broadcastMsg)
當接收器接收到一條broadcast消息，Android就會調(diào)用onReceiver(),并傳遞給它一個Intent對象，這個對象攜帶著那條broadcast消息。我們認為僅當執(zhí)行這個方式時，Broadcast receiver是活動的;這個方法返回時，它就終止了。這就是Broadcast receiver的生命周期。
2)由于Broadcast receiver的生命周期很短，一個帶有活動的Broadcast receiver的進程是受保護的，以避免被干掉;但是別忘了有一點，Android會在任意時刻干掉那些攜帶不再活動的組件的進程，所以很可能會造成這個問題。
3)解決上述問題的方案采用一個Service來完成這項工作，Android會認為那個進程中(Service所在的進程)仍然有在活動的組件。
18.android view，surfaceview，glsurfaceview的區(qū)別：
答：SurfaceView是從View基類中派生出來的顯示類，直接子類有GLSurfaceView和VideoView，可以看出GL和視頻播放以及Camera攝像頭一般均使用SurfaceView
SurfaceView和View最本質(zhì)的區(qū)別在于，surfaceView是在一個新起的單獨線程中可以重新繪制畫面而View必須在UI的主線程中更新畫面。
那么在UI的主線程中更新畫面 可能會引發(fā)問題，比如你更新畫面的時間過長，那么你的主UI線程會被你正在畫的函數(shù)阻塞。那么將無法響應(yīng)按鍵，觸屏等消息。
當使用surfaceView 由于是在新的線程中更新畫面所以不會阻塞你的UI主線程。但這也帶來了另外一個問題，就是事件同步。比如你觸屏了一下，你需要surfaceView中thread處理，一般就需要有一個event queue的設(shè)計來保存touch event，這會稍稍復(fù)雜一點，因為涉及到線程同步。
所以基于以上，根據(jù)游戲特點，一般分成兩類。
1)被動更新畫面的。比如棋類，這種用view就好了。因為畫面的更新是依賴于 onTouch 來更新，可以直接使用 invalidate。 因為這種情況下，這一次Touch和下一次的Touch需要的時間比較長些，不會產(chǎn)生影響。
2)主動更新。比如一個人在一直跑動。這就需要一個單獨的thread不停的重繪人的狀態(tài)，避免阻塞main UI thread。所以顯然view不合適，需要surfaceView來控制。
看過“安卓面試題及答案”的人還看了：
1.安卓面試題及答案
2.關(guān)于Android開發(fā)工程師的面試題
3.安卓面試題及答案
4.常見面試題及答案