下面的題目都是樓主在android交流群大家面試時遇到的，如果大家有好的題目或者好的見解歡迎分享，樓主將長期維護此帖。
某公司高級面試題（2015-03-14）【感謝helder分享】
1、詳述Android系統(tǒng)架構(gòu)，包括層與層之間調(diào)用、binder、jni、底層文件讀寫方法2、描述自己的一個項目，要求畫出結(jié)構(gòu)圖，UML圖，詳細描述項目種的技術點，技術難點以及解決方案
3、一道算法
4、談談自己項目管理的方法、對敏捷軟件開發(fā)的理解
基礎面試題（2014-04-18）
1、請解釋下在單線程模型中Message,Handler,Message Queue,Looper之間的關系。
拿主線程來說，主線程啟動時會調(diào)用Looper.prepare()方法，會初始化一個Looper，放入Threadlocal中，接著調(diào)用Looper.loop()不斷遍歷Message Queue，
Handler的創(chuàng)建依賴與當前線程中的Looper，如果當前線程沒有Looper則必須調(diào)用Looper.prepare()。Handler , sendMessage到MessageQueue，Looper不斷
從MessageQueue中取出消息，回調(diào)handleMessage方法。
2、如果有個100M大的文件，需要上傳至服務器中，而服務器form表單最大只能上傳2M，可以用什么方法。
這個問題不是很明確我覺得，首先來說使用http協(xié)議上傳數(shù)據(jù)，特別在android下，跟form沒什么關系。傳統(tǒng)的在web中，在form中寫文件上傳，其實瀏覽器所做
的就是將我們的數(shù)據(jù)進行解析組拼成字符串，以流的方式發(fā)送到服務器，且上傳文件用的都是POST方式，POST方式對大小沒什么限制。
回到題目，可以說假設每次真的只能上傳2M，那么可能我們只能把文件截斷，然后分別上傳了。
3、內(nèi)存溢出和內(nèi)存泄漏有什么區(qū)別？何時會產(chǎn)生內(nèi)存泄漏？內(nèi)存優(yōu)化有哪些方法？
內(nèi)存溢出通俗理解就是軟件（應用）運行需要的內(nèi)存，超出了它可用的最大內(nèi)存。
內(nèi)存泄漏就是我們對某一內(nèi)存空間的使用，使用完成后沒有釋放。
內(nèi)存優(yōu)化：Android中容易內(nèi)存溢出的部分，就是圖片的加載，我們可以使用圖片的壓縮加上使用LruCache緩存的目的來控制圖片所能夠使用的內(nèi)存。
還有對于比較耗資源的對象及時的關閉，例如Database Conn , 各種傳感器 ， Service 等等。
4、AsyncTask使用在哪些場景？它的缺陷是什么？如何解決？
AsyncTask 運用的場景就是我們需要進行一些耗時的操作，耗時操作完成后更新主線程，或者在操作過程中對主線程的UI進行更新。
缺陷：AsyncTask中維護著一個長度為128的線程池，同時可以執(zhí)行5個工作線程，還有一個緩沖隊列，當線程池中已有128個線程，緩沖隊列已滿時，如果
此時向線程提交任務，將會拋出RejectedExecutionException。
解決：由一個控制線程來處理AsyncTask的調(diào)用判斷線程池是否滿了，如果滿了則線程睡眠否則請求AsyncTask繼續(xù)處理。
5、Activity用SharedPreferences保存數(shù)據(jù)，大小有木有限制？
這個真心查不到。。。
6、Activity間通過Intent傳遞數(shù)據(jù)大小有沒有限制？
貌似是40K。
7、assest文件夾里放文件，對于文件的大小有沒有限制？22
assets目錄更像一個附錄類型的目錄，Android不會為這個目錄中的文件生成ID并保存在R類當中，因此它與Android中的一些類和方法兼容度更低。
同時，由于你需要一個字符串路徑來獲取這個目錄下的文件描述符，訪問的速度會更慢。但是把一些文件放在這個目錄下會使一些操作更加方便，
比方說拷貝一個數(shù)據(jù)庫文件到系統(tǒng)內(nèi)存中。要注意的是，你無法在Android XML文件中引用到assets目錄下的文件，只能通過AssetManager來訪問
這些文件。數(shù)據(jù)庫文件和游戲數(shù)據(jù)等放在這個目錄下是比較合適的。另外，網(wǎng)上關于assets和raw的資料都千篇一律了，因此關于這兩者中單個文件
大小不能超過1M的**錯誤**描述也在傳播，即如果讀取超過1M的文件會報"Data exceeds UNCOMPRESS_DATA_MAX (1314625 vs 1048576)"的
IOException，還引申出種種解決方案。個人認為不應該有這樣的限制，為了驗證這個說法寫了個Demo，發(fā)現(xiàn)將近5M的壓縮包在assets和raw中
都能正常訪問，因此在這里糾正一下，理論上只要打包不超過Android APK 50M大小的限制都是沒有問題的。當然了，不排除是Android很早期的
時候因為設備硬件原因aapt在編譯的時候?qū)@兩個文件夾大小做出了限制，如果是這樣，較新版的ADT應該不會出現(xiàn)這種情況。
8、 啟動一個程序，可以主界面點擊圖標進入，也可以從一個程序中跳轉(zhuǎn)過去，二者有什么區(qū)別？
是因為啟動程序（主界面也是一個app），發(fā)現(xiàn)了在這個程序中存在一個設置為<category android: />的activity,
所以這個launcher會把icon提出來，放在主界面上。當用戶點擊icon的時候，發(fā)出一個Intent：
Intent intent = mActivity.getPackageManager().getLaunchIntentForPackage(packageName);
mActivity.startActivity(intent);
跳過去可以跳到任意允許的頁面，如一個程序可以下載，那么真正下載的頁面可能不是首頁（也有可能是首頁），這時還是構(gòu)造一個Intent，startActivity.
這個intent中的action可能有多種view,download都有可能。系統(tǒng)會根據(jù)第三方程序向系統(tǒng)注冊的功能，為你的Intent選擇可以打開的程序或者頁面。所以唯一的一點
不同的是從icon的點擊啟動的intent的action是相對單一的，從程序中跳轉(zhuǎn)或者啟動可能樣式更多一些。本質(zhì)是相同的。
9、程序之間的親和性的理解。
1、默認情況下一個應用的所有Activity都是具有相同的affinity，都是從application中繼承，application的affinity默認就是manifest的包名。
2、affinity對Activity來說，就像是身份證一樣，可以告訴所在的Task，自己屬于其中的一員。
3、應用場合：
a:根據(jù)affinity重新為Activity選擇合適的宿主Task;
b:與allowTaskReparenting屬性配合;
c:啟動Activity使用Intent設置了FLAG_ACTIVITY_NEW_TASK標記。
10、同一個程序，但不同的Activity是否可以放在不同的Task任務棧中？
可以放在不同的Task中。需要為不同的activity設置不同的affinity屬性，啟動activity的Intent需要包含F(xiàn)LAG_ACTIVITY_NEW_TASK標記。
11、橫豎屏切換時候Activity的生命周期。
1、不設置Activity的android:configChanges時，切屏會重新調(diào)用各個生命周期，切橫屏時會執(zhí)行一次，切豎屏時會執(zhí)行兩次
2、設置Activity的android:configChanges="orientation"時，切屏還是會重新調(diào)用各個生命周期，切橫、豎屏時只會執(zhí)行一次
3、設置Activity的android:configChanges="orientation|keyboardHidden"時，切屏不會重新調(diào)用各個生命周期，只會執(zhí)行onConfigurationChanged方法
12、AIDL的全稱是什么？如何工作？
全稱是：Android Interface Define Language
在Android中, 每個應用程序都可以有自己的進程. 在寫UI應用的時候, 經(jīng)常要用到Service. 在不同的進程中, 怎樣傳遞對象呢? 顯然, Java中不允許跨進程內(nèi)存共享.
因此傳遞對象, 只能把對象拆分成操作系統(tǒng)能理解的簡單形式, 以達到跨界對象訪問的目的. 在J2EE中,采用RMI的方式, 可以通過序列化傳遞對象. 在Android中, 則
采用AIDL的方式. 理論上AIDL可以傳遞Bundle,實際上做起來卻比較麻煩。
AIDL(AndRoid接口描述語言)是一種借口描述語言; 編譯器可以通過aidl文件生成一段代碼，通過預先定義的接口達到兩個進程內(nèi)部通信進程的目的. 如果需要
在一個Activity中, 訪問另一個Service中的某個對象, 需要先將對象轉(zhuǎn)化成AIDL可識別的參數(shù)(可能是多個參數(shù)), 然后使用AIDL來傳遞這些參數(shù), 在消息的接收端, 使用
這些參數(shù)組裝成自己需要的對象.AIDL的IPC的機制和COM或CORBA類似, 是基于接口的，但它是輕量級的。它使用代理類在客戶端和實現(xiàn)層間傳遞值. 如果要使用AIDL,
需要完成2件事情: 1. 引入AIDL的相關類.; 2. 調(diào)用aidl產(chǎn)生的class.
AIDL的創(chuàng)建方法:
AIDL語法很簡單,可以用來聲明一個帶一個或多個方法的接口，也可以傳遞參數(shù)和返回值。 由于遠程調(diào)用的需要, 這些參數(shù)和返回值并不是任何類型.
下面是些AIDL支持的數(shù)據(jù)類型:
1. 不需要import聲明的簡單Java編程語言類型(int,boolean等)
2. String, CharSequence不需要特殊聲明
3. List, Map和Parcelables類型, 這些類型內(nèi)所包含的數(shù)據(jù)成員也只能是簡單數(shù)據(jù)類型, String等其他比支持的類型.
(另外: 我沒嘗試Parcelables, 在Eclipse+ADT下編譯不過, 或許以后會有所支持
13、dvm的進程和Linux的進程, 應用程序的進程是否為同一個概念
Dvm的進程是dalivk虛擬機進程,每個android程序都運行在自己的進程里面,每個android程序系統(tǒng)都會給他分配一個單獨的liunx uid(user id),
每個dvm都是linux里面的一個進程.所以說這兩個進程是一個進程.
----------------------------------------------------------------------------------------------------------
1. 下列哪些語句關于內(nèi)存回收的說明是正確的? (b ) A、 程序員必須創(chuàng)建一個線程來釋放內(nèi)存
B、內(nèi)存回收程序負責釋放無用內(nèi)存
C、內(nèi)存回收程序允許程序員直接釋放內(nèi)存
D、內(nèi)存回收程序可以在指定的時間釋放內(nèi)存對象
2. 下面異常是屬于Runtime Exception 的是（abcd）(多選) A、ArithmeticException
B、IllegalArgumentException
C、NullPointerException
D、BufferUnderflowException
3. Math.round(11.5)等于多少(). Math.round(-11.5)等于多少(c). c A、11 ,-11 B、11 ,-12 C、12 ,-11 D、12 ,-12
4. 下列程序段的輸出結(jié)果是：（b ）
void complicatedexpression_r(){
int x=20, y=30;
boolean b;
b=x>50&&y>60||x>50&&y<-60||x<-50&&y>60||x<-50&&y<-60;
System.out.println(b);
}
A、true B、false C、1 D、011.activity5. 對一些資源以及狀態(tài)的操作保存，最好是保存在生命周期的哪個函數(shù)中進行(d) A、onPause() B、onCreate() C、 onResume() D、onStart()
6. Intent傳遞數(shù)據(jù)時，下列的數(shù)據(jù)類型哪些可以被傳遞（abcd）(多選) A、Serializable B、charsequence C、Parcelable D、Bundle
7. android 中下列屬于Intent的作用的是(c) A、實現(xiàn)應用程序間的數(shù)據(jù)共享
B、是一段長的生命周期，沒有用戶界面的程序，可以保持應用在后臺運行，而不會因為切換頁面而消失
C、可以實現(xiàn)界面間的切換，可以包含動作和動作數(shù)據(jù)，連接四大組件的紐帶
D、處理一個應用程序整體性的工作
8. 下列屬于SAX解析xml文件的優(yōu)點的是(b) A、將整個文檔樹在內(nèi)存中，便于操作，支持刪除，修改，重新排列等多種功能
B、不用事先調(diào)入整個文檔，占用資源少
C、整個文檔調(diào)入內(nèi)存，浪費時間和空間
D、不是長久駐留在內(nèi)存，數(shù)據(jù)不是持久的，事件過后，若沒有保存數(shù)據(jù)，數(shù)據(jù)就會
消失
9. 下面的對自定style的方式正確的是（a） A、 <resources>
<style name="myStyle">
<itemname="android:layout_width">fill_parent</item>
</style>
</resources>
B、 <style name="myStyle">
<itemname="android:layout_width">fill_parent</item>
</style>
C、 <resources>
<itemname="android:layout_width">fill_parent</item>
</resources>
D、 <resources>
<stylename="android:layout_width">fill_parent</style>
</resources>
10. 在android中使用Menu時可能需要重寫的方法有（ac）。(多選) A、onCreateOptionsMenu()
B、onCreateMenu()
C、onOptionsItemSelected()
D、onItemSelected()
11. 在SQL Server Management Studio 中運行下列T-SQL語句，其輸出值（c）。 SELECT @@IDENTITY
A、 可能為0.1
B、 可能為3
C、 不可能為-100
D、 肯定為0
12. 在SQL Server 2005中運行如下T-SQL語句，假定SALES表中有多行數(shù)據(jù)，執(zhí)行查詢之 后的結(jié)果是（d）。 BEGIN TRANSACTION A
Update SALES Set qty=30 WHERE qty<30
BEGIN TRANSACTION B
Update SALES Set qty=40 WHEREqty<40
Update SALES Set qty=50 WHEREqty<50
Update SALES Set qty=60 WHEREqty<60
COMMIT TRANSACTION B
COMMIT TRANSACTION A
A、SALES表中qty列最小值大于等于30
B、SALES表中qty列最小值大于等于40
C、SALES表中qty列的數(shù)據(jù)全部為50
D、SALES表中qty列最小值大于等于60
13. 在android中使用SQLiteOpenHelper這個輔助類時，可以生成一個數(shù)據(jù)庫，并可以對數(shù)據(jù)庫版本進行管理的方法可以是(ab) A、getWriteableDatabase()
B、getReadableDatabase()
C、getDatabase()
D、getAbleDatabase()
14. android 關于service生命周期的onCreate()和onStart()說法正確的是(ad)(多選題) A、當?shù)谝淮螁拥臅r候先后調(diào)用onCreate()和onStart()方法
B、當?shù)谝淮螁拥臅r候只會調(diào)用onCreate()方法
C、如果service已經(jīng)啟動，將先后調(diào)用onCreate()和onStart()方法
D、如果service已經(jīng)啟動，只會執(zhí)行onStart()方法，不在執(zhí)行onCreate()方法
15. 下面是屬于GLSurFaceView特性的是(abc)(多選) A、管理一個surface，這個surface就是一塊特殊的內(nèi)存，能直接排版到android的視圖
view上。
B、管理一個EGL display，它能讓opengl把內(nèi)容渲染到上述的surface上。
C、讓渲染器在獨立的線程里運作，和UI線程分離。
D、可以直接從內(nèi)存或者DMA等硬件接口取得圖像數(shù)據(jù)
16. 下面在AndroidManifest.xml文件中注冊BroadcastReceiver方式正確的(a) A、<receiver android:name="NewBroad">
<intent-filter>
<action
android:name="android.provider.action.NewBroad"/>
<action>
</intent-filter>
</receiver>
B、<receiver android:name="NewBroad">
<intent-filter>
android:name="android.provider.action.NewBroad"/>
</intent-filter>
</receiver>
C、<receiver android:name="NewBroad">
<action
android:name="android.provider.action.NewBroad"/>
<action>
</receiver>
D、<intent-filter>
<receiver android:name="NewBroad">
<action>
android:name="android.provider.action.NewBroad"/>
<action>
</receiver>
</intent-filter>
17. 關于ContenValues類說法正確的是(a) A、他和Hashtable比較類似，也是負責存儲一些名值對，但是他存儲的名值對當中的
名是String類型，而值都是基本類型
B、他和Hashtable比較類似，也是負責存儲一些名值對，但是他存儲的名值對當中的
名是任意類型，而值都是基本類型
C、他和Hashtable比較類似，也是負責存儲一些名值對，但是他存儲的名值對當中的
名，可以為空，而值都是String類型
D、他和Hashtable比較類似，也是負責存儲一些名值對，但是他存儲的名值對當中
的名是String類型，而值也是String類型
18. 我們都知道Hanlder是線程與Activity通信的橋梁,如果線程處理不當，你的機器就會變得越慢，那么線程銷毀的方法是(a) A、onDestroy()
B、onClear()
C、onFinish()
D、onStop()
19. 下面退出Activity錯誤的方法是（c） A、finish()
B、拋異常強制退出
C、System.exit()
D、onStop()
20. 下面屬于android的動畫分類的有(ab)(多項) A、Tween B、Frame C、Draw D、Animation
21. 下面關于Android dvm的進程和Linux的進程,應用程序的進程說法正確的是(d) A、DVM指dalivk的虛擬機.每一個Android應用程序都在它自己的進程中運行,不一定擁有一個獨立的Dalvik虛擬機實例.而每一個DVM都是在Linux中的一個進程,所以說可以認為是同一個概念.
B、DVM指dalivk的虛擬機.每一個Android應用程序都在它自己的進程中運行,不一定擁有一個獨立的Dalvik虛擬機實例.而每一個DVM不一定都是在Linux中的一個進程,所以說不是一個概念.
C、DVM指dalivk的虛擬機.每一個Android應用程序都在它自己的進程中運行,都擁有一個獨立的Dalvik虛擬機實例.而每一個DVM不一定都是在Linux中的一個進程,所以說不是一個概念.
D、DVM指dalivk的虛擬機.每一個Android應用程序都在它自己的進程中運行,都擁有一個獨立的 Dalvik虛擬機實例.而每一個DVM都是在Linux中的一個進程,所以說可以認為是同一個概念.
22. Android項目工程下面的assets目錄的作用是什么bA、放置應用到的圖片資源。
B、主要放置多媒體等數(shù)據(jù)文件
C、放置字符串，顏色，數(shù)組等常量數(shù)據(jù)
D、放置一些與UI相應的布局文件，都是xml文件
23. 關于res/raw目錄說法正確的是(a)A、這里的文件是原封不動的存儲到設備上不會轉(zhuǎn)換為二進制的格式
B、這里的文件是原封不動的存儲到設備上會轉(zhuǎn)換為二進制的格式
C、這里的文件最終以二進制的格式存儲到指定的包中
D、這里的文件最終不會以二進制的格式存儲到指定的包中
24. 下列對android NDK的理解正確的是(abcd )A、 NDK是一系列工具的集合
B、 NDK 提供了一份穩(wěn)定、功能有限的 API 頭文件聲明。
C、 使 “Java+C” 的開發(fā)方式終于轉(zhuǎn)正，成為官方支持的開發(fā)方式
D、 NDK 將是 Android 平臺支持 C 開發(fā)的開端
二．填空題
25. android中常用的四個布局是framlayout，linenarlayout，relativelayout和tablelayout。26. android 的四大組件是activiey，service，broadcast和contentprovide。27. java.io包中的objectinputstream和objectoutputstream類主要用于對對象(Object)的讀寫。28. android 中service的實現(xiàn)方法是：startservice和bindservice。29. activity一般會重載7個方法用來維護其生命周期，除了onCreate(),onStart(),onDestory() 外還有onrestart,onresume,onpause,onstop。30. android的數(shù)據(jù)存儲的方式sharedpreference,文件,SQlite,contentprovider,網(wǎng)絡。31. 當啟動一個Activity并且新的Activity執(zhí)行完后需要返回到啟動它的Activity來執(zhí)行的回調(diào)函數(shù)是startActivityResult()。32. 請使用命令行的方式創(chuàng)建一個名字為myAvd,sdk版本為2.2,sd卡是在d盤的根目錄下,名字為scard.img，并指定屏幕大小HVGA.____________________________________。33. 程序運行的結(jié)果是：_____good and gbc__________。 public classExample{
String str=new String("good");
char[]ch={'a','b','c'};
public static void main(String args[]){
Example ex=new Example();
ex.change(ex.str,ex.ch);
System.out.print(ex.str+" and ");
Sytem.out.print(ex.ch);
}
public void change(String str,char ch[]){
str="test ok";
ch[0]='g';
}
}
34. 在android中，請簡述jni的調(diào)用過程。(8分)1)安裝和下載Cygwin，下載 Android NDK
2)在ndk項目中JNI接口的設計
3)使用C/C++實現(xiàn)本地方法
4)JNI生成動態(tài)鏈接庫.so文件
5)將動態(tài)鏈接庫復制到java工程，在java工程中調(diào)用，運行java工程即可
35. 簡述Android應用程序結(jié)構(gòu)是哪些?（7分）Android應用程序結(jié)構(gòu)是：
Linux Kernel(Linux內(nèi)核)、Libraries(系統(tǒng)運行庫或者是c/c++核心庫)、Application
Framework(開發(fā)框架包)、Applications (核心應用程序)
36. 請繼承SQLiteOpenHelper實現(xiàn)：(10分) 1）.創(chuàng)建一個版本為1的“diaryOpenHelper.db”的數(shù)據(jù)庫，
2）.同時創(chuàng)建一個 “diary” 表（包含一個_id主鍵并自增長，topic字符型100
長度， content字符型1000長度）
3）.在數(shù)據(jù)庫版本變化時請刪除diary表，并重新創(chuàng)建出diary表。
publicclass DBHelper extends SQLiteOpenHelper{
public final static String DATABASENAME ="diaryOpenHelper.db";
public final static int DATABASEVERSION =1;
//創(chuàng)建數(shù)據(jù)庫
public DBHelper(Context context,Stringname,CursorFactory factory,int version)
{
super(context, name, factory,version);
}
//創(chuàng)建表等機構(gòu)性文件
public void onCreate(SQLiteDatabase db)
{
String sql ="create tablediary"+
"("+
"_idinteger primary key autoincrement,"+
"topicvarchar(100),"+
"contentvarchar(1000)"+
")";
db.execSQL(sql);
}
//若數(shù)據(jù)庫版本有更新，則調(diào)用此方法
public void onUpgrade(SQLiteDatabasedb,int oldVersion,int newVersion)
{
String sql = "drop table ifexists diary";
db.execSQL(sql);
this.onCreate(db);
}
}
37. 頁面上現(xiàn)有ProgressBar控件progressBar，請用書寫線程以10秒的的時間完成其進度顯示工作。（10分）答案
publicclass ProgressBarStu extends Activity {
private ProgressBar progressBar = null;
protected void onCreate(BundlesavedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.progressbar);
//從這到下是關鍵
progressBar = (ProgressBar)findViewById(R.id.progressBar);
Thread thread = new Thread(newRunnable() {
@Override
public void run() {
int progressBarMax =progressBar.getMax();
try {
while(progressBarMax!=progressBar.getProgress())
{
intstepProgress = progressBarMax/10;
intcurrentprogress = progressBar.getProgress();
progressBar.setProgress(currentprogress+stepProgress);
Thread.sleep(1000);
}
} catch(InterruptedException e) {
// TODO Auto-generatedcatch block
e.printStackTrace();
}
}
});
thread.start();
//關鍵結(jié)束
}
}
38. 請描述下Activity的生命周期。 必調(diào)用的三個方法：onCreate() --> onStart() --> onResume()，用AAA表示
（1）父Activity啟動子Activity，子Actvity退出，父Activity調(diào)用順序如下
AAA --> onFreeze() --> onPause() --> onStop() --> onRestart()--> onStart(),onResume() …
（2）用戶點擊Home，Actvity調(diào)用順序如下
AAA --> onFreeze() --> onPause() --> onStop() -- Maybe -->onDestroy() – Maybe
（3）調(diào)用finish()， Activity調(diào)用順序如下
AAA --> onPause() --> onStop() --> onDestroy()
（4）在Activity上顯示dialog，Activity調(diào)用順序如下
AAA
（5）在父Activity上顯示透明的或非全屏的activity，Activity調(diào)用順序如下
AAA --> onFreeze() --> onPause()
（6）設備進入睡眠狀態(tài)，Activity調(diào)用順序如下
AAA --> onFreeze() --> onPause()
39. 如果后臺的Activity由于某原因被系統(tǒng)回收了，如何在被系統(tǒng)回收之前保存當前狀態(tài)？ onSaveInstanceState()
當你的程序中某一個Activity A在運行時，主動或被動地運行另一個新的Activity B，這個時候A會執(zhí)行onSaveInstanceState()。B完成以后又會來找A，這個時候就有兩種情況：一是A被回收，二是A沒有被回收，被回收的A就要重新調(diào)用onCreate()方法，不同于直接啟動的是這回onCreate()里是帶上了參數(shù)savedInstanceState；而沒被收回的就直接執(zhí)行onResume()，跳過onCreate()了。
40. 如何將一個Activity設置成窗口的樣式。 在AndroidManifest.xml 中定義Activity的地方一句話android:theme="@android:style/Theme.Dialog"或android:theme="@android:style/Theme.Translucent"就變成半透明的
41. 如何退出Activity？如何安全退出已調(diào)用多個Activity的Application？對于單一Activity的應用來說，退出很簡單，直接finish()即可。
當然，也可以用killProcess()和System.exit()這樣的方法。
但是，對于多Activity的應用來說，在打開多個Activity后，如果想在最后打開的Activity直接退出，上邊的方法都是沒有用的，因為上邊的方法都是結(jié)束一個Activity而已。
當然，網(wǎng)上也有人說可以。
就好像有人問，在應用里如何捕獲Home鍵，有人就會說用keyCode比較KEYCODE_HOME即可，而事實上如果不修改framework，根本不可能做到這一點一樣。
所以，最好還是自己親自試一下。
那么，有沒有辦法直接退出整個應用呢？
在2.1之前，可以使用ActivityManager的restartPackage方法。
它可以直接結(jié)束整個應用。在使用時需要權(quán)限android.permission.RESTART_PACKAGES。
注意不要被它的名字迷惑。
可是，在2.2，這個方法失效了。
在2.2添加了一個新的方法，killBackgroundProcesses()，需要權(quán)限android.permission.KILL_BACKGROUND_PROCESSES。
可惜的是，它和2.2的restartPackage一樣，根本起不到應有的效果。
另外還有一個方法，就是系統(tǒng)自帶的應用程序管理里，強制結(jié)束程序的方法，forceStopPackage()。
它需要權(quán)限android.permission.FORCE_STOP_PACKAGES。
并且需要添加android:sharedUserId="android.uid.system"屬性
同樣可惜的是，該方法是非公開的，他只能運行在系統(tǒng)進程，第三方程序無法調(diào)用。
因為需要在Android.mk中添加LOCAL_CERTIFICATE := platform。
而Android.mk是用于在Android源碼下編譯程序用的。
從以上可以看出，在2.2，沒有辦法直接結(jié)束一個應用，而只能用自己的辦法間接辦到。
現(xiàn)提供幾個方法，供參考：
1、拋異常強制退出：
該方法通過拋異常，使程序ForceClose。
驗證可以，但是，需要解決的問題是，如何使程序結(jié)束掉，而不彈出Force Close的窗口。
2、記錄打開的Activity：
每打開一個Activity，就記錄下來。在需要退出時，關閉每一個Activity即可。
3、發(fā)送特定廣播：
在需要結(jié)束應用時，發(fā)送一個特定的廣播，每個Activity收到廣播后，關閉即可。
4、遞歸退出
在打開新的Activity時使用startActivityForResult，然后自己加標志，在onActivityResult中處理，遞歸關閉。
除了第一個，都是想辦法把每一個Activity都結(jié)束掉，間接達到目的。
但是這樣做同樣不完美。
你會發(fā)現(xiàn)，如果自己的應用程序?qū)γ恳粋�Activity都設置了nosensor，在兩個Activity結(jié)束的間隙，sensor可能有效了。
但至少，我們的目的達到了，而且沒有影響用戶使用。
為了編程方便，最好定義一個Activity基類，處理這些共通問題。
42. 請介紹下Android中常用的五種布局。FrameLayout（框架布局），LinearLayout （線性布局），AbsoluteLayout（絕對布局），RelativeLayout（相對布局），TableLayout（表格布局）
43. 請介紹下Android的數(shù)據(jù)存儲方式。一.SharedPreferences方式
二.文件存儲方式
三.SQLite數(shù)據(jù)庫方式
四.內(nèi)容提供器（Content provider）方式
五. 網(wǎng)絡存儲方式
44. 請介紹下ContentProvider是如何實現(xiàn)數(shù)據(jù)共享的。創(chuàng)建一個屬于你自己的Content provider或者將你的數(shù)據(jù)添加到一個已經(jīng)存在的Contentprovider中，前提是有相同數(shù)據(jù)類型并且有寫入Content provider的權(quán)限。
45. 如何啟用Service，如何停用Service。Android中的service類似于windows中的service，service一般沒有用戶操作界面，它運行于系統(tǒng)中不容易被用戶發(fā)覺，
可以使用它開發(fā)如監(jiān)控之類的程序。
一。步驟
第一步：繼承Service類
public class SMSService extends Service { }
第二步：在AndroidManifest.xml文件中的<application>節(jié)點里對服務進行配置:
<service android:name=".DemoService" />
二。Context.startService()和Context.bindService
服務不能自己運行，需要通過調(diào)用Context.startService()或Context.bindService()方法啟動服務。這兩個方法都可
以啟動Service，但是它們的使用場合有所不同。
1.使用startService()方法啟用服務，調(diào)用者與服務之間沒有關連，即使調(diào)用者退出了，服務仍然運行。
使用bindService()方法啟用服務，調(diào)用者與服務綁定在了一起，調(diào)用者一旦退出，服務也就終止。
2.采用Context.startService()方法啟動服務，在服務未被創(chuàng)建時，系統(tǒng)會先調(diào)用服務的onCreate()方法，
接著調(diào)用onStart()方法。如果調(diào)用startService()方法前服務已經(jīng)被創(chuàng)建，多次調(diào)用startService()方法并
不會導致多次創(chuàng)建服務，但會導致多次調(diào)用onStart()方法。
采用startService()方法啟動的服務，只能調(diào)用Context.stopService()方法結(jié)束服務，服務結(jié)束時會調(diào)用
onDestroy()方法。
3.采用Context.bindService()方法啟動服務，在服務未被創(chuàng)建時，系統(tǒng)會先調(diào)用服務的onCreate()方法，
接著調(diào)用onBind()方法。這個時候調(diào)用者和服務綁定在一起，調(diào)用者退出了，系統(tǒng)就會先調(diào)用服務的onUnbind()方法，
。接著調(diào)用onDestroy()方法。如果調(diào)用bindService()方法前服務已經(jīng)被綁定，多次調(diào)用bindService()方法并不會
導致多次創(chuàng)建服務及綁定(也就是說onCreate()和onBind()方法并不會被多次調(diào)用)。如果調(diào)用者希望與正在綁定的服務
解除綁定，可以調(diào)用unbindService()方法，調(diào)用該方法也會導致系統(tǒng)調(diào)用服務的onUnbind()-->onDestroy()方法。
三。Service的生命周期
1.Service常用生命周期回調(diào)方法如下：
onCreate() 該方法在服務被創(chuàng)建時調(diào)用，該方法只會被調(diào)用一次，無論調(diào)用多少次startService()或bindService()方法，
服務也只被創(chuàng)建一次。 onDestroy()該方法在服務被終止時調(diào)用。
2. Context.startService()啟動Service有關的生命周期方法
onStart() 只有采用Context.startService()方法啟動服務時才會回調(diào)該方法。該方法在服務開始運行時被調(diào)用。
多次調(diào)用startService()方法盡管不會多次創(chuàng)建服務，但onStart()方法會被多次調(diào)用。
3. Context.bindService()啟動Service有關的生命周期方法
onBind()只有采用Context.bindService()方法啟動服務時才會回調(diào)該方法。該方法在調(diào)用者與服務綁定時被調(diào)用，
當調(diào)用者與服務已經(jīng)綁定，多次調(diào)用Context.bindService()方法并不會導致該方法被多次調(diào)用。
onUnbind()只有采用Context.bindService()方法啟動服務時才會回調(diào)該方法。該方法在調(diào)用者與服務解除綁定時被調(diào)用。
備注：
1. 采用startService()啟動服務
Intent intent =new Intent(DemoActivity.this, DemoService.class);
startService(intent);
2.Context.bindService()啟動
Intent intent =new Intent(DemoActivity.this, DemoService.class);
bindService(intent, conn, Context.BIND_AUTO_CREATE);
//unbindService(conn);//解除綁定
46. 注冊廣播有幾種方式，這些方式有何優(yōu)缺點？請談談Android引入廣播機制的用意。 Android廣播機制（兩種注冊方法）
在android下，要想接受廣播信息，那么這個廣播接收器就得我們自己來實現(xiàn)了，我們可以繼承BroadcastReceiver，就可以有一個廣播接受器了。有個接受器還不夠，我們還得重寫B(tài)roadcastReceiver里面的onReceiver方法，當來廣播的時候我們要干什么，這就要我們自己來實現(xiàn)，不過我們可以搞一個信息防火墻。具體的代碼：
public class SmsBroadCastReceiverextends BroadcastReceiver
{
@Override
public void onReceive(Context context, Intent intent)
{
Bundle bundle = intent.getExtras();
Object[] object = (Object[])bundle.get("pdus");
SmsMessage sms[]=new SmsMessage[object.length];
for(int i=0;i<object.length;i++)
{
sms[0] =SmsMessage.createFromPdu((byte[])object);
Toast.makeText(context, "來自"+sms.getDisplayOriginatingAddress()+"的消息是："+sms.getDisplayMessageBody(),Toast.LENGTH_SHORT).show();
}
//終止廣播，在這里我們可以稍微處理，根據(jù)用戶輸入的號碼可以實現(xiàn)短信防火墻。
abortBroadcast();
}
}
當實現(xiàn)了廣播接收器，還要設置廣播接收器接收廣播信息的類型，這里是信息：android.provider.Telephony.SMS_RECEIVED
我們就可以把廣播接收器注冊到系統(tǒng)里面，可以讓系統(tǒng)知道我們有個廣播接收器。這里有兩種，一種是代碼動態(tài)注冊：
//生成廣播處理
smsBroadCastReceiver = newSmsBroadCastReceiver();
//實例化過濾器并設置要過濾的廣播
IntentFilter intentFilter = newIntentFilter("android.provider.Telephony.SMS_RECEIVED");
//注冊廣播
BroadCastReceiverActivity.this.registerReceiver(smsBroadCastReceiver,intentFilter);
一種是在AndroidManifest.xml中配置廣播
<?xml version="1.0"encoding="utf-8"?>
<manifestxmlns:android="http://schemas.android.com/apk/res/android"
package="spl.broadCastReceiver"
android:versionCode="1"
android:versionName="1.0">
<application android:icon="@drawable/icon"android:label="@string/app_name">
<activity android:name=".BroadCastReceiverActivity"
android:label="@string/app_name">
<intent-filter>
<actionandroid:name="android.intent.action.MAIN" />
<categoryandroid:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
<!--廣播注冊-->
<receiver android:name=".SmsBroadCastReceiver">
<intent-filterandroid:priority="20">
<actionandroid:name="android.provider.Telephony.SMS_RECEIVED"/>
</intent-filter>
</receiver>
</application>
<uses-sdk android:minSdkVersion="7" />
<!-- 權(quán)限申請 -->
<uses-permissionandroid:name="android.permission.RECEIVE_SMS"></uses-permission>
</manifest>
兩種注冊類型的區(qū)別是：
1)第一種不是常駐型廣播，也就是說廣播跟隨程序的生命周期。
2)第二種是常駐型，也就是說當應用程序關閉后，如果有信息廣播來，程序也會被系統(tǒng)調(diào)用自動運行。
47. 請解釋下在單線程模型中Message、Handler、MessageQueue、Looper之間的關系。Handler簡介：
一個Handler允許你發(fā)送和處理Message和Runable對象，這些對象和一個線程的MessageQueue相關聯(lián)。每一個線程實例和一個單獨的線程以及該線程的MessageQueue相關聯(lián)。當你創(chuàng)建一個新的Handler時，它就和創(chuàng)建它的線程綁定在一起了。這里，線程我們也可以理解為線程的MessageQueue。從這一點上來看，Handler把Message和Runable對象傳遞給MessageQueue，而且在這些對象離開MessageQueue時，Handler負責執(zhí)行他們。
Handler有兩個主要的用途：（1）確定在將來的某個時間點執(zhí)行一個或者一些Message和Runnable對象。（2）在其他線程（不是Handler綁定線程）中排入一些要執(zhí)行的動作。
Scheduling Message，即（1），可以通過以下方法完成：
post(Runnable):Runnable在handler綁定的線程上執(zhí)行，也就是說不創(chuàng)建新線程。
postAtTime(Runnable,long):
postDelayed(Runnable,long):
sendEmptyMessage(int):
sendMessage(Message):
sendMessageAtTime(Message,long):
sendMessageDelayed(Message,long):
post這個動作讓你把Runnable對象排入MessageQueue,MessageQueue受到這些消息的時候執(zhí)行他們，當然以一定的排序。sendMessage這個動作允許你把Message對象排成隊列，這些Message對象包含一些信息，Handler的hanlerMessage(Message)會處理這些Message.當然，handlerMessage(Message)必須由Handler的子類來重寫。這是編程人員需要作的事。
當posting或者sending到一個Hanler時，你可以有三種行為：當MessageQueue準備好就處理，定義一個延遲時間，定義一個精確的時間去處理。后兩者允許你實現(xiàn)timeout,tick,和基于時間的行為。
當你的應用創(chuàng)建一個新的進程時，主線程（也就是UI線程）自帶一個MessageQueue，這個MessageQueue管理頂層的應用對象（像activities,broadcast receivers等）和主線程創(chuàng)建的窗體。你可以創(chuàng)建自己的線程，并通過一個Handler和主線程進行通信。這和之前一樣，通過post和sendmessage來完成，差別在于在哪一個線程中執(zhí)行這么方法。在恰當?shù)臅r候，給定的Runnable和Message將在Handler的MessageQueue中被Scheduled。
Message簡介：
Message類就是定義了一個信息，這個信息中包含一個描述符和任意的數(shù)據(jù)對象，這個信息被用來傳遞給Handler.Message對象提供額外的兩個int域和一個Object域，這可以讓你在大多數(shù)情況下不用作分配的動作。
盡管Message的構(gòu)造函數(shù)是public的，但是獲取Message實例的最好方法是調(diào)用Message.obtain(),或者Handler.obtainMessage()方法，這些方法會從回收對象池中獲取一個。
MessageQueue簡介：
這是一個包含message列表的底層類。Looper負責分發(fā)這些message。Messages并不是直接加到一個MessageQueue中，而是通過MessageQueue.IdleHandler關聯(lián)到Looper。
你可以通過Looper.myQueue()從當前線程中獲取MessageQueue。
Looper簡介：
Looper類被用來執(zhí)行一個線程中的message循環(huán)。默認情況，沒有一個消息循環(huán)關聯(lián)到線程。在線程中調(diào)用prepare()創(chuàng)建一個Looper，然后用loop()來處理messages，直到循環(huán)終止。
大多數(shù)和message loop的交互是通過Handler。
下面是一個典型的帶有Looper的線程實現(xiàn)。
class LooperThread extends Thread {
public Handler mHandler;
public void run() {
Looper.prepare();
mHandler = new Handler() {
public voidhandleMessage(Message msg) {
// process incomingmessages here
}
};
Looper.loop();
}
}
48. AIDL的全稱是什么？如何工作？能處理哪些類型的數(shù)據(jù)？AIDL的英文全稱是Android Interface Define Language
當A進程要去調(diào)用B進程中的service時，并實現(xiàn)通信，我們通常都是通過AIDL來操作的
A工程：
首先我們在net.blogjava.mobile.aidlservice包中創(chuàng)建一個RemoteService.aidl文件，在里面我們自定義一個接口，含有方法get。ADT插件會在gen目錄下自動生成一個RemoteService.java文件，該類中含有一個名為RemoteService.stub的內(nèi)部類，該內(nèi)部類中含有aidl文件接口的get方法。
說明一：aidl文件的位置不固定，可以任意
然后定義自己的MyService類，在MyService類中自定義一個內(nèi)部類去繼承RemoteService.stub這個內(nèi)部類，實現(xiàn)get方法。在onBind方法中返回這個內(nèi)部類的對象，系統(tǒng)會自動將這個對象封裝成IBinder對象，傳遞給他的調(diào)用者。
其次需要在AndroidManifest.xml文件中配置MyService類，代碼如下：
<!-- 注冊服務 -->
<service android:name=".MyService">
<intent-filter>
<!-- 指定調(diào)用AIDL服務的ID -->
<actionandroid:name="net.blogjava.mobile.aidlservice.RemoteService" />
</intent-filter>
</service>
為什么要指定調(diào)用AIDL服務的ID,就是要告訴外界MyService這個類能夠被別的進程訪問，只要別的進程知道這個ID，正是有了這個ID,B工程才能找到A工程實現(xiàn)通信。
說明：AIDL并不需要權(quán)限
B工程：
首先我們要將A工程中生成的RemoteService.java文件拷貝到B工程中，在bindService方法中綁定aidl服務
綁定AIDL服務就是將RemoteService的ID作為intent的action參數(shù)。
說明：如果我們單獨將RemoteService.aidl文件放在一個包里，那個在我們將gen目錄下的該包拷貝到B工程中。如果我們將RemoteService.aidl文件和我們的其他類存放在一起，那么我們在B工程中就要建立相應的包，以保證RmoteService.java文件的報名正確，我們不能修改RemoteService.java文件
bindService(newInten("net.blogjava.mobile.aidlservice.RemoteService"),serviceConnection, Context.BIND_AUTO_CREATE);
ServiceConnection的onServiceConnected(ComponentName name, IBinderservice)方法中的service參數(shù)就是A工程中MyService類中繼承了RemoteService.stub類的內(nèi)部類的對象。
49. 請解釋下Android程序運行時權(quán)限與文件系統(tǒng)權(quán)限的區(qū)別。運行時權(quán)限D(zhuǎn)alvik( android授權(quán))
文件系統(tǒng) linux 內(nèi)核授權(quán)
50. 系統(tǒng)上安裝了多種瀏覽器，能否指定某瀏覽器訪問指定頁面？請說明原由。通過直接發(fā)送Uri把參數(shù)帶過去，或者通過manifest里的intentfilter里的data屬性
51. 你如何評價Android系統(tǒng)？優(yōu)缺點。答：Android平臺手機 5大優(yōu)勢：
一、開放性
在優(yōu)勢方面，Android平臺首先就是其開發(fā)性，開發(fā)的平臺允許任何移動終端廠商加入到Android聯(lián)盟中來。顯著的開放性可以使其擁有更多的開發(fā)者，隨著用戶和應用的日益豐富，一個嶄新的平臺也將很快走向成熟。開放性對于Android的發(fā)展而言，有利于積累人氣，這里的人氣包括消費者和廠商，而對于消費者來講，隨大的受益正是豐富的軟件資源。開放的平臺也會帶來更大競爭，如此一來，消費者將可以用更低的價位購得心儀的手機。
二、掙脫運營商的束縛
在過去很長的一段時間，特別是在歐美地區(qū)，手機應用往往受到運營商制約，使用什么功能接入什么網(wǎng)絡，幾乎都受到運營商的控制。從去年iPhone 上市，用戶可以更加方便地連接網(wǎng)絡，運營商的制約減少。隨著EDGE、HSDPA這些2G至3G移動網(wǎng)絡的逐步過渡和提升，手機隨意接入網(wǎng)絡已不是運營商口中的笑談，當你可以通過手機IM軟件方便地進行即時聊天時，再回想不久前天價的彩信和圖鈴下載業(yè)務，是不是像噩夢一樣？互聯(lián)網(wǎng)巨頭Google推動的Android終端天生就有網(wǎng)絡特色，將讓用戶離互聯(lián)網(wǎng)更近。
三、豐富的硬件選擇
這一點還是與Android平臺的開放性相關，由于Android的開放性，眾多的廠商會推出千奇百怪，功能特色各具的多種產(chǎn)品。功能上的差異和特色，卻不會影響到數(shù)據(jù)同步、甚至軟件的兼容，好比你從諾基亞 Symbian風格手機 一下改用蘋果 iPhone ，同時還可將Symbian中優(yōu)秀的軟件帶到iPhone上使用、聯(lián)系人等資料更是可以方便地轉(zhuǎn)移，是不是非常方便呢？
四、不受任何限制的開發(fā)商
Android平臺提供給第三方開發(fā)商一個十分寬泛、自由的環(huán)境，不會受到各種條條框框的阻擾，可想而知，會有多少新穎別致的軟件會誕生。但也有其兩面性，血腥、暴力、情色方面的程序和游戲如可控制正是留給Android難題之一。
五、無縫結(jié)合的Google應用
如今叱詫互聯(lián)網(wǎng)的Google已經(jīng)走過10年度歷史，從搜索巨人到全面的互聯(lián)網(wǎng)滲透，Google服務如地圖、郵件、搜索等已經(jīng)成為連接用戶和互聯(lián)網(wǎng)的重要紐帶，而Android平臺手機將無縫結(jié)合這些優(yōu)秀的Google服務。
再說Android的5大不足：
一、安全和隱私
由于手機與互聯(lián)網(wǎng)的緊密聯(lián)系，個人隱私很難得到保守。除了上網(wǎng)過程中經(jīng)意或不經(jīng)意留下的個人足跡，Google這個巨人也時時站在你的身后，洞穿一切，因此，互聯(lián)網(wǎng)的深入將會帶來新一輪的隱私危機。
二、首先開賣Android手機的不是最大運營商
眾所周知，T-Mobile在23日，于美國紐約發(fā)布了Android首款手機G1。但是在北美市場，最大的兩家運營商乃AT&T和Verizon，而目前所知取得Android手機銷售權(quán)的僅有 T-Mobile和Sprint，其中T-Mobile的3G網(wǎng)絡相對于其他三家也要遜色不少，因此，用戶可以買賬購買G1，能否體驗到最佳的3G網(wǎng)絡服務則要另當別論了！
三、運營商仍然能夠影響到Android手機
在國內(nèi)市場，不少用戶對購得移動定制機不滿，感覺所購的手機被人涂畫了廣告一般。這樣的情況在國外市場同樣出現(xiàn)。Android手機的另一發(fā)售運營商Sprint就將在其機型中內(nèi)置其手機商店程序。
四、同類機型用戶減少
在不少手機論壇都會有針對某一型號的子論壇，對一款手機的使用心得交流，并分享軟件資源。而對于Android平臺手機，由于廠商豐富，產(chǎn)品類型多樣，這樣使用同一款機型的用戶越來越少，缺少統(tǒng)一機型的程序強化。舉個稍顯不當?shù)睦�，現(xiàn)在山寨機泛濫，品種各異，就很少有專門針對某個型號山寨機的討論和群組，除了哪些功能異常搶眼、頗受追捧的機型以外。
五、過分依賴開發(fā)商缺少標準配置
在使用PC端的Windows Xp系統(tǒng)的時候，都會內(nèi)置微軟Windows Media Player這樣一個瀏覽器程序，用戶可以選擇更多樣的播放器，如Realplay或暴風影音等。但入手開始使用默認的程序同樣可以應付多樣的需要。在Android平臺中，由于其開放性，軟件更多依賴第三方廠商，比如Android系統(tǒng)的SDK中就沒有內(nèi)置音樂播放器，全部依賴第三方開發(fā)，缺少了產(chǎn)品的統(tǒng)一性。
52. 什么是ANR 如何避免它?
答：ANR：Application NotResponding，五秒
在Android中，活動管理器和窗口管理器這兩個系統(tǒng)服務負責監(jiān)視應用程序的響應。當出現(xiàn)下列情況時，Android就會顯示ANR對話框了：
對輸入事件(如按鍵、觸摸屏事件)的響應超過5秒
意向接受器(intentReceiver)超過10秒鐘仍未執(zhí)行完畢
Android應用程序完全運行在一個獨立的線程中(例如main)。這就意味著，任何在主線程中運行的，需要消耗大量時間的操作都會引發(fā)ANR。因為此時，你的應用程序已經(jīng)沒有機會去響應輸入事件和意向廣播(Intentbroadcast)。
因此，任何運行在主線程中的方法，都要盡可能的只做少量的工作。特別是活動生命周期中的重要方法如onCreate()和 onResume()等更應如此。潛在的比較耗時的操作，如訪問網(wǎng)絡和數(shù)據(jù)庫;或者是開銷很大的計算，比如改變位圖的大小，需要在一個單獨的子線程中完成(或者是使用異步請求，如數(shù)據(jù)庫操作)。但這并不意味著你的主線程需要進入阻塞狀態(tài)已等待子線程結(jié)束 -- 也不需要調(diào)用Therad.wait()或者Thread.sleep()方法。取而代之的是，主線程為子線程提供一個句柄(Handler)，讓子線程在即將結(jié)束的時候調(diào)用它(xing:可以參看Snake的例子，這種方法與以前我們所接觸的有所不同)。使用這種方法涉及你的應用程序，能夠保證你的程序?qū)斎氡３至己玫捻憫�，從而避免因為輸入事件超過5秒鐘不被處理而產(chǎn)生的ANR。這種實踐需要應用到所有顯示用戶界面的線程，因為他們都面臨著同樣的超時問題。
53. 什么情況會導致Force Close ?如何避免?能否捕獲導致其的異常?
答：一般像空指針啊，可以看起logcat，然后對應到程序中 來解決錯誤
54. Android本身的api并未聲明會拋出異常，則其在運行時有無可能拋出runtime異常，你遇到過嗎?諾有的話會導致什么問題?如何解決?
55. 簡要解釋一下activity、 intent 、intent filter、service、Broadcase、BroadcaseReceiver
答：一個activity呈現(xiàn)了一個用戶可以操作的可視化用戶界面
一個service不包含可見的用戶界面，而是在后臺無限地運行
可以連接到一個正在運行的服務中，連接后，可以通過服務中暴露出來的借口與其進行通信
一個broadcast receiver是一個接收廣播消息并作出回應的component，broadcastreceiver沒有界面
intent:content provider在接收到ContentResolver的請求時被激活。
activity, service和broadcast receiver是被稱為intents的異步消息激活的。
一個intent是一個Intent對象，它保存了消息的內(nèi)容。對于activity和service來說，它指定了請求的操作名稱和待操作數(shù)據(jù)的URI
Intent對象可以顯式的指定一個目標component。如果這樣的話，android會找到這個component(基于manifest文件中的聲明)并激活它。但如果一個目標不是顯式指定的，android必須找到響應intent的最佳component。
它是通過將Intent對象和目標的intent filter相比較來完成這一工作的。一個component的intent filter告訴android該component能處理的intent。intent filter也是在manifest文件中聲明的。
56. IntentService有何優(yōu)點?
答：IntentService 的好處
* Acitivity的進程，當處理Intent的時候，會產(chǎn)生一個對應的Service
* Android的進程處理器現(xiàn)在會盡可能的不kill掉你
* 非常容易使用
57. 橫豎屏切換時候activity的生命周期?
1、不設置Activity的android:configChanges時，切屏會重新調(diào)用各個生命周期，切橫屏時會執(zhí)行一次，切豎屏時會執(zhí)行兩次
2、設置Activity的android:configChanges="orientation"時，切屏還是會重新調(diào)用各個生命周期，切橫、豎屏時只會執(zhí)行一次
3、設置Activity的android:configChanges="orientation|keyboardHidden"時，切屏不會重新調(diào)用各個生命周期，只會執(zhí)行onConfigurationChanged方法
如何將SQLite數(shù)據(jù)庫(dictionary.db文件)與apk文件一起發(fā)布?
解答：可以將dictionary.db文件復制到Eclipse Android工程中的res aw目錄中。所有在res aw目錄中的文件不會被壓縮，這樣可以直接提取該目錄中的文件。可以將dictionary.db文件復制到res aw目錄中
58. 如何將打開res aw目錄中的數(shù)據(jù)庫文件?
解答：在Android中不能直接打開res aw目錄中的數(shù)據(jù)庫文件，而需要在程序第一次啟動時將該文件復制到手機內(nèi)存或SD卡的某個目錄中，然后再打開該數(shù)據(jù)庫文件。復制的基本方法是使用getResources().openRawResource方法獲得res aw目錄中資源的 InputStream對象，然后將該InputStream對象中的數(shù)據(jù)寫入其他的目錄中相應文件中。在Android SDK中可以使用SQLiteDatabase.openOrCreateDatabase方法來打開任意目錄中的SQLite數(shù)據(jù)庫文件。
59. Android引入廣播機制的用意?
答：a:從MVC的角度考慮(應用程序內(nèi))
其實回答這個問題的時候還可以這樣問，android為什么要有那4大組件，現(xiàn)在的移動開發(fā)模型基本上也是照搬的web那一套MVC架構(gòu)，只不過是改了點嫁妝而已。android的四大組件本質(zhì)上就是為了實現(xiàn)移動或者說嵌入式設備上的MVC架構(gòu)，它們之間有時候是一種相互依存的關系，有時候又是一種補充關系，引入廣播機制可以方便幾大組件的信息和數(shù)據(jù)交互。
b：程序間互通消息(例如在自己的應用程序內(nèi)監(jiān)聽系統(tǒng)來電)
c：效率上(參考UDP的廣播協(xié)議在局域網(wǎng)的方便性)
d：設計模式上(反轉(zhuǎn)控制的一種應用，類似監(jiān)聽者模式)
60. Android dvm的進程和Linux的進程, 應用程序的進程是否為同一個概念
DVM指dalivk的虛擬機。每一個Android應用程序都在它自己的進程中運行，都擁有一個獨立的Dalvik虛擬機實例。而每一個DVM都是在Linux 中的一個進程，所以說可以認為是同一個概念。
61. sim卡的EF 文件有何作用
sim卡的文件系統(tǒng)有自己規(guī)范，主要是為了和手機通訊，sim本身可以有自己的操作系統(tǒng)，EF就是作存儲并和手機通訊用的
62. 嵌入式操作系統(tǒng)內(nèi)存管理有哪幾種，各有何特性
頁式，段式，段頁，用到了MMU,虛擬空間等技術
63. 什么是嵌入式實時操作系統(tǒng), Android 操作系統(tǒng)屬于實時操作系統(tǒng)嗎?
嵌入式實時操作系統(tǒng)是指當外界事件或數(shù)據(jù)產(chǎn)生時，能夠接受并以足夠快的速度予以處理，其處理的結(jié)果又能在規(guī)定的時間之內(nèi)來控制生產(chǎn)過程或?qū)μ幚硐到y(tǒng)作出快速響應，并控制所有實時任務協(xié)調(diào)一致運行的嵌入式操作系統(tǒng)。主要用于工業(yè)控制、軍事設備、航空航天等領域?qū)ο到y(tǒng)的響應時間有苛刻的要求，這就需要使用實時系統(tǒng)。又可分為軟實時和硬實時兩種，而android是基于linux內(nèi)核的，因此屬于軟實時。
64. 一條最長的短信息約占多少byte?
中文70(包括標點)，英文160，160個字節(jié)。
65. android中的動畫有哪幾類，它們的特點和區(qū)別是什么?
兩種，一種是Tween動畫、還有一種是Frame動畫。Tween動畫，這種實現(xiàn)方式可以使視圖組件移動、放大、縮小以及產(chǎn)生透明度的變化;另一種Frame動畫，傳統(tǒng)的動畫方法，通過順序的播放排列好的圖片來實現(xiàn)，類似電影。
66. handler機制的原理
andriod提供了Handler 和 Looper 來滿足線程間的通信。Handler先進先出原則。Looper類用來管理特定線程內(nèi)對象之間的消息交換(MessageExchange)。
1)Looper: 一個線程可以產(chǎn)生一個Looper對象，由它來管理此線程里的MessageQueue(消息隊列)。
2)Handler: 你可以構(gòu)造Handler對象來與Looper溝通，以便push新消息到MessageQueue里;或者接收Looper從Message Queue取出)所送來的消息。
3) Message Queue(消息隊列):用來存放線程放入的消息。
4)線程：UIthread 通常就是main thread，而Android啟動程序時會替它建立一個MessageQueue。
67. 說說mvc模式的原理，它在android中的運用
MVC(Model_view_contraller)”模型_視圖_控制器”。 MVC應用程序總是由這三個部分組成。Event(事件)導致Controller改變Model或View，或者同時改變兩者。只要Controller改變了Models的數(shù)據(jù)或者屬性，所有依賴的View都會自動更新。類似的，只要Contro
68. DDMS和TraceView的區(qū)別? DDMS是一個程序執(zhí)行查看器，在里面可以看見線程和堆棧等信息，TraceView是程序性能分析器。
69. java中如何引用本地語言 可以用JNI（java nativeinterface java 本地接口）接口。
70. 談談Android的IPC（進程間通信）機制 IPC是內(nèi)部進程通信的簡稱，是共享"命名管道"的資源。Android中的IPC機制是為了讓Activity和Service之間可以隨時的進行交互，故在Android中該機制，只適用于Activity和Service之間的通信，類似于遠程方法調(diào)用，類似于C/S模式的訪問。通過定義AIDL接口文件來定義IPC接口。Servier端實現(xiàn)IPC接口，Client端調(diào)用IPC接口本地代理。
71. NDK是什么NDK是一些列工具的集合，NDK提供了一系列的工具，幫助開發(fā)者迅速的開發(fā)C/C++的動態(tài)庫，并能自動將so和java 應用打成apk包。
NDK集成了交叉編譯器，并提供了相應的mk文件和隔離cpu、平臺等的差異，開發(fā)人員只需簡單的修改mk文件就可以創(chuàng)建出so
QQ好友和群
QQ空間
騰訊微博
騰訊朋友
收藏
淘帖
頂
踩
