2016年騰訊android開發工程師面試題目
DVM指dalivk的虛擬機器。每一個Android應用程式都在它自己的程序中執行，都擁有一個獨立的Dalvik虛擬機器例項。而每一個DVM都是在Linux 中的一個程序，所以說可以認為是同一個概念。
2、sim卡的EF 檔案有何作用
sim卡的檔案系統有自己規範，主要是為了和手機通訊，sim本 身可以有自己的作業系統，EF就是作儲存並和手機通訊用的
3、嵌入式作業系統記憶體管理有哪幾種， 各有何特性
頁式，段式，段頁，用到了MMU,虛擬空間等技術
4、 什麼是嵌入式實時作業系統, Android 作業系統屬於實時作業系統嗎?
嵌入式實時作業系統是指當外界事件或資料產生時，能夠接受並以足夠快的速度予以處理，其處理的結果又能在規定的時間之內來控制生產過程或對處理系統作出快速響應，並控制所有實時任務協調一致執行的嵌入式作業系統。主要用於工業控制、 軍事裝置、 航空航天等領域對系統的響應時間有苛刻的要求，這就需要使用實時系統。又可分為軟實時和硬實時兩種，而android是基於linux核心的，因此屬於軟實時。
5、一條最長的簡訊息約佔多少byte?
中文70(包括標點)，英文160，160個位元組。
6、 android中的動畫有哪幾類，它們的特點和區別是什麼?
兩種，一種是Tween動畫、還有一種是Frame動畫。Tween動畫，這種實現方式可以使檢視元件移動、放大、縮小以及產生透明度的變化;另一種Frame動畫，傳統的動畫方法，通過順序的播放排列好的圖片來實現，類似電影。
7、handler機制的原理
andriod提供了 Handler 和 Looper 來滿足執行緒間的通訊。Handler 先進先出原則。Looper類用來管理特定執行緒內物件之間的訊息交換(Message Exchange)。
1)Looper: 一個執行緒可以產生一個Looper物件，由它來管理此執行緒裡的Message Queue(訊息佇列)。
2)Handler: 你可以構造Handler物件來與Looper溝通，以便push新訊息到Message Queue裡;或者接收Looper從Message Queue取出)所送來的訊息。
3) Message Queue(訊息佇列):用來存放執行緒放入的訊息。
4)執行緒：UI thread 通常就是main thread，而Android啟動程式時會替它建立一個Message Queue。
8、說說mvc模式的原理，它在android中的運用
android的官方建議應用程式的開發採用mvc模式。何謂mvc?
mvc是model,view,controller的縮寫，mvc包含三個部分：
l模型(model)物件：是應用程式的主體部分，所有的業務邏輯都應該寫在該層。
l檢視(view)物件：是應用程式中負責生成使用者介面的部分。也是在整個mvc架構中使用者唯一可以看到的一層，接收使用者的輸入，顯示處理結果。
l控制器(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裡面處理，當然對業務計算等操作也是必須放在的該層的。
9、Activity的生命週期
和其他手機 平臺 的應用 程式 一樣，Android的應用程式 的生命週期是被統一掌控 的，也
就是說我們寫的應用程式命運掌握在別人(系統)的手裡，我們不能改變它，只能學習 並
適應它。
簡單地說一下為什麼是這樣：我們手機在執行 一個應用程式的時候，有可能打進來電話
發進來簡訊 ，或者沒有電了，這時候程式都會被中斷，優先去服務電話的基本功能 ，另
外系統也不允許你佔用太多資源 ，至少要保證電話功能吧,所以資源不足的時候也就有可
能被幹掉。
言歸正傳，Activity的基本生命週期如下程式碼 所示：
Java程式碼
public
class MyActivity extends Activity {
protected
void onCreate(Bundle savedInstanceState);
protected
void onStart();
protected
void onResume();
protected
void onPause();
protected
void onStop();
protected
void onDestroy();
}
public class MyActivity extends Activity { protected void onCreate(Bundle savedInstanceState); protected void onStart(); protected void onResume(); protected void onPause(); protected void onStop(); protected void onDestroy(); }
你自己寫的Activity會按需要 過載這些方法，onCreate是免不了的，在一個Activity正常啟動的過程中，他們被呼叫的順序是 onCreate -> onStart -> onResume, 在Activity被幹掉的時候順序是onPause -> onStop -> onDestroy ，這樣就是一個完整的生命週期，但是有人問了 ，程式正執行著呢來電話了，這個程式咋辦?中止了唄，如果中止的時候新出的一個Activity是全屏的那麼：onPause->onStop ，恢復的時候onStart->onResume ，如果打斷 這個應用程式的是一個Theme為Translucent 或者Dialog 的Activity那麼只是onPause ,恢復 的時候onResume 。
詳細介紹一下這幾個方法中系統在做什麼以及我們應該做什麼：
onCreate: 在這裡建立介面 ，做一些資料 的初始化工作
onStart: 到這一步變成使用者可見不可互動 的
onResume: 變成和使用者可互動 的，(在activity 棧系統通過棧的方式管理這些個
Activity的最上面，執行完彈出棧，則回到上一個Activity)
onPause: 到這一步是可見但不可互動 的，系統會停止動畫 等消耗CPU 的事情
從上文的描述已經知道，應該在這裡儲存你的一些資料,因為這個時候
你的程式的優先順序降低，有可能被系統收回。在這裡儲存的資料，應該在
onResume裡讀出來，注意：這個方法裡做的事情時間要短，因為下一
個activity不會等到這個方法完成才啟動
onstop: 變得不可見 ，被下一個activity覆蓋了
onDestroy: 這是activity被幹掉前最後一個被呼叫方法了，可能是外面類呼叫finish方
法或者是系統為了節省空間將它暫時性的幹掉，可以用isFinishing()來判
斷它，如果你有一個Progress Dialog線上程中轉動，請在onDestroy裡
把他cancel掉，不然等執行緒結束的時候，呼叫Dialog的cancel方法會拋
異常的。
onPause，onstop， onDestroy，三種狀態 下 activity都有可能被系統幹掉
為了保證程式的正確性，你要在onPause()裡寫上持久層操作的程式碼，將使用者編輯的內容都儲存到儲存介質上(一般都是資料庫 )。實際工作中因為生命週期的變化而帶來的問題也很多，比如你的應用程式起了新的執行緒在跑，這時候中斷了，你還要去維護那個執行緒，是暫停還是殺掉還是資料 回滾，是吧?因為Activity可能被殺掉，所以執行緒中使用的變數和一些介面元素就千萬要注意了，一般都是採用Android的訊息機制 [Handler,Message]來處理多執行緒和介面互動的問題。
10、讓Activity變成一個視窗：Activity屬性設定
講點輕鬆的吧,可能有人希望做出來的應用程式是一個漂浮在手機主介面的東西，那麼很
簡單你只需要設定 一下Activity的主題就可以了在AndroidManifest.xml 中定義 Activity的
地方一句話：
Xml程式碼
android :theme=”@android:style/Theme.Dialog”
android:theme=”@android:style/Theme.Dialog”
這就使你的應用程式變成對話方塊的形式彈出來了，或者
Xml程式碼
android:theme=”@android:style/Theme.Translucent”
android:theme=”@android:style/Theme.Translucent”
就變成半透明的，[友情提示-.-]類似的這種activity的屬性可以在android.R.styleable 類的AndroidManifestActivity 方法中看到，AndroidManifest.xml中所有元素的屬性的介紹都可以參考這個類android.R.styleable
上面說的是屬性名稱，具體有什麼值是在android.R.style中 可以看到，比如這個”@android:style/Theme.Dialog” 就對應於android.R.style.Theme_Dialog ,(‘_’換成’.’ < --注意：這個是文章內容不是笑臉)就可以用在描述檔案 中了,找找類定義和描述檔案中的對應關係就都明白了。
11、 你後臺的Activity被系統回收怎麼辦：onSaveInstanceState
當你的程式中某一個Activity A 在執行時中，主動或被動地執行另一個新的Activity B
這個時候A會執行
Java程式碼
public
void onSaveInstanceState(Bundle outState) {
super.onSaveInstanceState(outState);
outState.putLong("id", 1234567890);
}
B 完成以後又會來找A, 這個時候就有兩種情況，一種是A被回收，一種是沒有被回收，被回
收的A就要重新呼叫onCreate()方法，不同於直接啟動的是這回onCreate()裡是帶上引數
savedInstanceState，沒被收回的就還是onResume就好了。
savedInstanceState是一個Bundle物件，你基本上可以把他理解為系統幫你維護的一個Map物件。在onCreate()裡你可能會用到它，如果正常啟動onCreate就不會有它，所以用的時候要判斷一下是否為空。
Java程式碼
if(savedInstanceState != null){
long id = savedInstanceState.getLong("id");
}
就像官方的Notepad教程 裡的情況，你正在編輯某一個note，突然被中斷，那麼就把這個note的id記住，再起來的時候就可以根據這個id去把那個note取出來，程式就完整一些。這也是看你的應用需不需要儲存什麼，比如你的介面就是讀取一個列表，那就不需要特殊記住什麼，哦， 沒準你需要記住滾動條的位置...
12、 呼叫與被呼叫：我們的通訊使者Intent
要說Intent了，Intent就是這個這個意圖 ，應用程式間Intent進行交流，打個電話啦，來個
電話啦都會發Intent, 這個是Android架構的鬆耦合的精髓部分，大大提高了元件的複用性，比如你要在你的應用程式中點選按鈕，給某人打電話，很簡單啊，看下程式碼先：
Java程式碼
Intent intent = new Intent();
intent.setAction(Intent.ACTION_CALL);
intent.setData(Uri.parse("tel:" + number));
startActivity(intent);
扔出這樣一個意圖，系統看到了你的意圖就喚醒了電話撥號程式，打出來電話。什麼讀聯絡人，發簡訊啊，郵件啊，統統只需要扔出intent就好了，這個部分設計 地確實很好啊。
那Intent通過什麼來告訴系統需要誰來接受他呢?
通常使用Intent有兩種方法，第一種是直接說明需要哪一個類來接收程式碼如下:
Java程式碼
Intent intent = new Intent(this, MyActivity.class);
intent.getExtras().putString("id", "1");
tartActivity(intent);
第一種方式很明顯，直接指定了MyActivity為接受者,並且傳了一些資料給MyActivity，在MyActivity裡可以用getIntent()來的到這個intent和資料。
第二種就需要先看一下AndroidMenifest中的intentfilter的配置了
Xml程式碼
< action
android:name="android.intent.action.VIEW"
/>
< action
android:value="android.intent.action.EDIT"
/>
< action
android:value="android.intent.action.PICK"
/>
< category
android:name="android.intent.category.DEFAULT"
/>
< data
android:mimeType="vnd.android.cursor.dir/vnd.google.note"
/>
這裡面配置用到了action, data, category這些東西，那麼聰明的你一定想到intent裡也會有這些東西，然後一匹配不就找到接收者了嗎?
action其實就是一個意圖的字串名稱。
上面這段intent-filter的配置檔案說明了這個Activity可以接受不同的Action，當然相應的程式邏輯也不一樣咯,提一下那個 mimeType,他是在ContentProvider裡定義的，你要是自己實現一個ContentProvider就知道了，必須指定 mimeType才能讓資料被別人使用。
不知道原理說明白沒，總結一句，就是你呼叫別的介面不是直接new那個介面，而是通過扔出一個intent，讓系統幫你去呼叫那個介面，這樣就多麼鬆藕合啊，而且符合了生命週期被系統管理的原則。
想知道category都有啥，Android為你預先定製好的action都有啥等等，請親自訪問官方連結Intent
ps:想知道怎麼呼叫系統應用程式的同學，可以仔細看一下你的logcat，每次執行一個程式的時候是不是有一些資訊比如:
Starting activity: Intent { action=android.intent.action.MAINcategories={android.intent.category.LAUNCHER} flags=0x10200000comp={com.android.camera/com.android.camera.GalleryPicker} }
再對照一下Intent的一些set方法，就知道怎麼呼叫咯，希望你喜歡：)
13. 如何退出Activity?如何安全退出已呼叫多個Activity的Application?
對於單一Activity的應用來說，退出很簡單，直接finish()即可。
當然，也可以用killProcess()和System.exit()這樣的方法。
但是，對於多Activity的應用來說，在開啟多個Activity後，如果想在最後開啟的Activity直接退出，上邊的方法都是沒有用的，因為上邊的方法都是結束一個Activity而已。
當然，網上也有人說可以。
就好像有人問，在應用裡如何捕獲Home鍵，有人就會說用keyCode比較KEYCODE_HOME即可，而事實上如果不修改framework，根本不可能做到這一點一樣。
所以，最好還是自己親自試一下。
那麼，有沒有辦法直接退出整個應用呢?
在2.1之前，可以使用ActivityManager的restartPackage方法。
它可以直接結束整個應用。在使用時需要許可權android.permission.RESTART_PACKAGES。
注意不要被它的名字迷惑。
可是，在2.2，這個方法失效了。
在2.2添加了一個新的方法，killBackgroundProcesses()，需要許可權 android.permission.KILL_BACKGROUND_PROCESSES。
可惜的是，它和2.2的restartPackage一樣，根本起不到應有的效果。
另外還有一個方法，就是系統自帶的應用程式管理裡，強制結束程式的方法，forceStopPackage()。
它需要許可權android.permission.FORCE_STOP_PACKAGES。
並且需要新增android:sharedUserId=”android.uid.system”屬性
同樣可惜的是，該方法是非公開的，他只能執行在系統程序，第三方程式無法呼叫。
因為需要在Android.mk中新增LOCAL_CERTIFICATE := platform。
而Android.mk是用於在Android原始碼下編譯程式用的。
從以上可以看出，在2.2，沒有辦法直接結束一個應用，而只能用自己的辦法間接辦到。
現提供幾個方法，供參考：
1、拋異常強制退出：
該方法通過拋異常，使程式Force Close。
驗證可以，但是，需要解決的問題是，如何使程式結束掉，而不彈出Force Close的視窗。
2、記錄開啟的Activity：
每開啟一個Activity，就記錄下來。在需要退出時，關閉每一個Activity即可。
3、傳送特定廣播：
在需要結束應用時，傳送一個特定的廣播，每個Activity收到廣播後，關閉即可。
4、遞迴退出
在開啟新的Activity時使用startActivityForResult，然後自己加標誌，在onActivityResult中處理，遞迴關閉。
除了第一個，都是想辦法把每一個Activity都結束掉，間接達到目的。
但是這樣做同樣不完美。
你會發現，如果自己的應用程式對每一個Activity都設定了nosensor，在兩個Activity結束的間隙，sensor可能有效了。
但至少，我們的目的達到了，而且沒有影響使用者使用。
為了程式設計方便，最好定義一個Activity基類，處理這些共通問題。
摘自：http://blog.csdn.net/debug2/archive/2011/02/18/6193644.aspx
14. 請介紹下Android中常用的五種佈局。
1、 LinearLayout – 線性佈局。
orientation – 容器內元素的排列方式。vertical: 子元素們垂直排列;horizontal: 子元素們水平排列
gravity – 內容的排列形式。常用的有 top, bottom, left, right, center 等
2、 AbsoluteLayout – 絕對佈局。
layout_x – x 座標。以左上角為頂點
layout_y – y 座標。以左上角為頂點
3、 TableLayout – 表格式佈局
表格佈局主要以行列的形式來管理子控制元件，其中每一行即一個TableRow物件，每個TableRow物件可以新增子控制元件，並且每加入一個空間即相當於添加了一列
4、 RelativeLayout – 相對佈局。
layout_centerInParent – 將當前元素放置到其容器內的水平方向和垂直方向的中央位置(類似的屬性有 ：layout_centerHorizontal, layout_alignParentLeft 等)
layout_marginLeft – 設定當前元素相對於其容器的左側邊緣的距離
layout_below – 放置當前元素到指定的元素的下面
layout_alignRight – 當前元素與指定的元素右對齊
5、 FrameLayout – 層疊佈局。以左上角為起點，將 FrameLayout 內的元素一層覆蓋一層地顯示，在幀佈局中，先新增的圖片會被後新增的圖片覆蓋。
摘自：http://javalover00000.javaeye.com/blog/851266
15. 請介紹下Android的資料儲存方式。
Android提供了5種方式儲存資料：
1、使用SharedPreferences儲存資料;
2、檔案儲存資料;
3、SQLite資料庫儲存資料;
4、使用ContentProvider儲存資料;
5、網路儲存資料;
Android 中的資料儲存都是私有的，其他應用程式都是無法訪問的，除非通過ContentResolver獲取其他程式共享的資料。
摘自：http://www.moandroid.com/?p=319
16. 請介紹下ContentProvider是如何實現資料共享的。
一個程式可以通過實現一個Content provider的抽象介面將自己的資料完全暴露出去，而且Content providers是以類似資料庫中表的方式將資料暴露。Content providers儲存和檢索資料，通過它可以讓所有的應用程式訪問到，這也是應用程式之間唯一共享資料的方法。要想使應用程式的資料公開化，可通過2種方法：建立一個屬於你自己的Content provider或者將你的資料新增到一個已經存在的Content provider中，前提是有相同資料型別並且有寫入Content provider的許可權。
如何通過一套標準及統一的介面獲取其他應用程式暴露的資料?Android提供了ContentResolver，外界的程式可以通過ContentResolver介面訪問ContentProvider提供的資料。
參考：http://www.moandroid.com/?p=319
17. 如何啟用Service，如何停用Service。
1.第一種是通過呼叫Context.startService()啟動，呼叫Context.stopService()結束，startService()可以傳遞引數給Service
2.第二種方式是通過呼叫Context.bindService()啟動，呼叫Context.unbindservice()結束，還可以通過ServiceConnection訪問Service。
在Service每一次的開啟關閉過程中，只有onStart可被多次呼叫(通過多次startService呼叫)，其他onCreate，onBind，onUnbind，onDestory在一個生命週期中只能被呼叫一次。
參考：http://www.cnblogs.com/feisky/archive/2010/06/14/1758336.html
18. 註冊廣播有幾種方式，這些方式有何優缺點?請談談Android引入廣播機制的用意。
android中，不同程序之間傳遞資訊要用到廣播，可以有兩種方式來實現。
第一種方式：在Manifest.xml中註冊廣播，是一種比較推薦的方法，因為它不需要手動登出廣播(如果廣播未登出，程式退出時可能會出錯)。
具體實現在Manifest的application中新增：
上面兩個android:name分別是廣播名和廣播的動作(這裡的動作是表示系統啟動完成)，如果要自己傳送一個廣播，在程式碼中為：
Intent i = new Intent(“android.intent.action.BOOT_COMPLETED”);
sendBroadcast(i);
這樣，廣播就發出去了，然後是接收。
接收可以新建一個類，繼承至BroadcastReceiver，也可以建一個BroadcastReceiver的例項，然後得寫onReceive方法，實現如下：
protected BroadcastReceiver mEvtReceiver = new BroadcastReceiver() {
@Override
public void onReceive(Context context, Intent intent) {
String action = intent.getAction();
if (action.equals(“android.intent.action.BOOT_COMPLETED”)) {
//Do something
}
}
};
第二種方式，直接在程式碼中實現，但需要手動註冊登出，實現如下：
IntentFilter filter = new IntentFilter();
filter.addAction(“android.intent.action.BOOT_COMPLETED”);
registerReceiver(mEvtReceiver, filter); //這時註冊了一個recevier ,名為mEvtReceiver，然後同樣用上面的方法以重寫onReceiver，
最後在程式的onDestroy中要登出廣播，實現如下：
@Override
public void onDestroy() {
super.onDestroy();
unregisterReceiver(mPlayerEvtReceiver);
}
Android系統中的廣播是廣泛用於應用程式之間通訊的一種手段，它類似於事件處理機制，不同的地方就是廣播的處理是系統級別的事件處理過程(一般事件處理是控制元件級別的)。在此過程中仍然是離不開Intent物件，理解廣播事件的處理過程，靈活運用廣播處理機制，在關鍵之處往往能實現特別的效果，
在Android 中如果要傳送一個廣播必須使用sendBroadCast 向系統傳送對其感興趣的廣播接收器中。
使用廣播必須要有一個intent 物件必設定其action動作物件
使用廣播必須在配置檔案中顯式的指明該廣播物件
每次接收廣播都會重新生成一個接收廣播的物件
在BroadCast 中儘量不要處理太多邏輯問題，建議複雜的邏輯交給Activity 或者 Service 去處理
轉自：http://www.dengdeng.name/u/deng/archives/2010/92.html
http://www.cnblogs.com/TerryBlog/archive/2010/08/16/1801016.html
19. 請解釋下在單執行緒模型中Message、Handler、Message Queue、Looper之間的關係。
簡單的說，Handler獲取當前執行緒中的looper物件，looper用來從存放Message的MessageQueue中取出Message，再有Handler進行Message的分發和處理
參見：http://hi.baidu.com/%C1%F7%C0˲%BB%D0%DD/blog/item/4e576b7c58d742360cd7dac9.html
http://blog.csdn.net/xuxinyl/archive/2010/12/25/6097560.aspx
20. AIDL的全稱是什麼?如何工作?能處理哪些型別的資料?
AIDL全稱Android Interface Definition Language(AndRoid介面描述語言) 是一種藉口描述語言; 編譯器可以通過aidl檔案生成一段程式碼，通過預先定義的介面達到兩個程序內部通訊程序跨界物件訪問的目的.AIDL的IPC的機制和COM或CORBA類似, 是基於介面的，但它是輕量級的。它使用代理類在客戶端和實現層間傳遞值. 如果要使用AIDL, 需要完成2件事情: 1. 引入AIDL的相關類.; 2. 呼叫aidl產生的class.理論上, 引數可以傳遞基本資料型別和String, 還有就是Bundle的派生類, 不過在Eclipse中,目前的ADT不支援Bundle做為引數,
具體實現步驟如下:
1、建立AIDL檔案, 在這個檔案裡面定義介面, 該介面定義了可供客戶端訪問的方法和屬性。
2、編譯AIDL檔案, 用Ant的話, 可能需要手動, 使用Eclipse plugin的話,可以根據adil檔案自動生產java檔案並編譯, 不需要人為介入.
3、在Java檔案中, 實現AIDL中定義的介面. 編譯器會根據AIDL介面, 產生一個JAVA介面。這個介面有一個名為Stub的內部抽象類，它繼承擴充套件了介面並實現了遠端呼叫需要的幾個方法。接下來就需要自己去實現自定義的幾個介面了.
4、向客戶端提供介面ITaskBinder, 如果寫的是service，擴充套件該Service並重載onBind ()方法來返回一個實現上述介面的類的例項。
5、在伺服器端回撥客戶端的函式. 前提是當客戶端獲取的IBinder介面的時候,要去註冊回撥函式, 只有這樣, 伺服器端才知道該呼叫那些函式
AIDL語法很簡單,可以用來宣告一個帶一個或多個方法的介面，也可以傳遞引數和返回值。 由於遠端呼叫的需要, 這些引數和返回值並不是任何型別.下面是些AIDL支援的資料型別:
1. 不需要import宣告的簡單Java程式語言型別(int,boolean等)
2. String, CharSequence不需要特殊宣告
3. List, Map和Parcelables型別, 這些型別內所包含的資料成員也只能是簡單資料型別, String等其他比支援的型別.
(另外: 我沒嘗試Parcelables, 在Eclipse+ADT下編譯不過, 或許以後會有所支援).
實現介面時有幾個原則:
.丟擲的異常不要返回給呼叫者. 跨程序拋異常處理是不可取的.
.IPC呼叫是同步的。如果你知道一個IPC服務需要超過幾毫秒的時間才能完成地話，你應該避免在Activity的主執行緒中呼叫。 也就是IPC呼叫會掛起應用程式導致介面失去響應. 這種情況應該考慮單起一個執行緒來處理.
.不能在AIDL介面中宣告靜態屬性。
IPC的呼叫步驟:
1. 宣告一個介面型別的變數，該介面型別在.aidl檔案中定義。
2. 實現ServiceConnection。
3. 呼叫ApplicationContext.bindService(),並在ServiceConnection實現中進行傳遞.
4. 在ServiceConnection.onServiceConnected()實現中，你會接收一個IBinder例項(被呼叫的Service). 呼叫
YourInterfaceName.Stub.asInterface((IBinder)service)將引數轉換為YourInterface型別。
5. 呼叫介面中定義的方法。 你總要檢測到DeadObjectException異常，該異常在連線斷開時被丟擲。它只會被遠端方法丟擲。
6. 斷開連線，呼叫介面例項中的ApplicationContext.unbindService()
參考：http://buaadallas.blog.51cto.com/399160/372090
21. 請解釋下Android程式執行時許可權與檔案系統許可權的區別。
apk程式是執行在虛擬機器上的,對應的是Android獨特的許可權機制，只有體現到檔案系統上時才使用linux的許可權設定。
android系統有的許可權是基於簽名的。
具體參見：http://blog.csdn.net/Zengyangtech/archive/2010/07/20/5749999.aspx
22. 系統上安裝了多種瀏覽器，能否指定某瀏覽器訪問指定頁面?請說明原由。
通過直接傳送Uri把引數帶過去，或者通過manifest裡的intentfilter裡的data屬性
23. 有一個一維整型陣列int[]data儲存的是一張寬為width，高為height的圖片畫素值資訊。請寫一個演算法，將該圖片所有的白色不透明(0xffffffff)畫素點的透明度調整為50%。
24、什麼是ANR 如何避免它?
答：ANR：Application Not Responding，五秒在Android中，活動管理器和視窗管理器這兩個系統服務負責監視應用程式的響應。當出現下列情況時，Android就會顯示ANR對話方塊了：
對輸入事件(如按鍵、觸控式螢幕事件)的響應超過5秒
意向接受器(intentReceiver)超過10秒鐘仍未執行完畢
Android應用程式完全執行在一個獨立的執行緒中(例如main)。這就意味著，任何在主執行緒中執行的，需要消耗大量時間的操作都會引發ANR。因為此時，你的應用程式已經沒有機會去響應輸入事件和意向廣播(Intent broadcast)。
因此，任何執行在主執行緒中的方法，都要儘可能的只做少量的工作。特別是活動生命週期中的重要方法如onCreate()和 onResume()等更應如此。潛在的比較耗時的操作，如訪問網路和資料庫;或者是開銷很大的計算，比如改變點陣圖的大小，需要在一個單獨的子執行緒中完成 (或者是使用非同步請求，如資料庫操作)。但這並不意味著你的主執行緒需要進入阻塞狀態已等待子執行緒結束 — 也不需要呼叫Therad.wait()或者Thread.sleep()方法。取而代之的是，主執行緒為子執行緒提供一個控制代碼(Handler)，讓子執行緒 在即將結束的時候呼叫它(xing:可以參看Snake的例子，這種方法與以前我們所接觸的有所不同)。使用這種方法涉及你的應用程式，能夠保證你的程式 對輸入保持良好的響應，從而避免因為輸入事件超過5秒鐘不被處理而產生的ANR。這種實踐需要應用到所有顯示使用者介面的執行緒，因為他們都面臨著同樣的超時 問題。
25、什麼情況會導致Force Close ?如何避免?能否捕獲導致其的異常?
答：一般像空指標啊，可以看起logcat，然後對應到程式中 來解決錯誤
26、Android本身的api並未宣告會丟擲異常，則其在執行時有無可能丟擲runtime異常，你遇到過嗎?諾有的話會導致什麼問題?如何解決?
27、簡要解釋一下activity、 intent 、intent filter、service、Broadcase、BroadcaseReceiver
答：一個activity呈現了一個使用者可以操作的視覺化使用者介面
一個service不包含可見的使用者介面，而是在後臺無限地執行
可以連線到一個正在執行的服務中，連線後，可以通過服務中暴露出來的藉口與其進行通訊
一個broadcast receiver是一個接收廣播訊息並作出迴應的component，broadcast receiver沒有介面
intent:content provider在接收到ContentResolver的請求時被啟用。
activity, service和broadcast receiver是被稱為intents的非同步訊息啟用的。
一個intent是一個Intent物件，它儲存了訊息的內容。對於activity和service來說，它指定了請求的操作名稱和待操作資料的URI
Intent物件可以顯式的指定一個目標component。如果這樣的話，android會找到這個component(基於 manifest檔案中的宣告)並激活它。但如果一個目標不是顯式指定的，android必須找到響應intent的最佳component。
它是通過將Intent物件和目標的intent filter相比較來完成這一工作的。一個component的intent filter告訴android該component能處理的intent。intent filter也是在manifest檔案中宣告的。
28、IntentService有何優點?
答：IntentService 的好處
* Acitivity的程序，當處理Intent的時候，會產生一個對應的Service
* Android的程序處理器現在會盡可能的不kill掉你
* 非常容易使用
29、橫豎屏切換時候activity的生命週期?
1、不設定Activity的android:configChanges時，切屏會重新呼叫各個生命週期，切橫屏時會執行一次，切豎屏時會執行兩次
2、設定Activity的android:configChanges=”orientation”時，切屏還是會重新呼叫各個生命週期，切橫、豎屏時只會執行一次
3、設定Activity的android:configChanges=”orientation|keyboardHidden”時，切屏不會重新呼叫各個生命週期，只會執行onConfigurationChanged方法
30. 如何將SQLite資料庫(dictionary.db檔案)與apk檔案一起釋出?
解答：可以將dictionary.db檔案複製到Eclipse Android工程中的res aw目錄中。所有在res aw目錄中的檔案不會被壓縮，這樣可以直接提取該目錄中的檔案。可以將dictionary.db檔案複製到res aw目錄中
31. 如何將開啟res aw目錄中的資料庫檔案?
解答：在Android中不能直接開啟res aw目錄中的資料庫檔案，而需要在程式第一次啟動時將該檔案複製到手機記憶體或SD卡的某個目錄中，然後再