Android 面試精華題目

下面的題目都是樓主在android交流群大家面試時(shí)遇到的，如果大家有好的題目或者好的見解歡迎分享，樓主將長期維護(hù)此帖。

2、描述自己的一個(gè)項(xiàng)目，要求畫出結(jié)構(gòu)圖，UML圖，詳細(xì)描述項(xiàng)目種的技術(shù)點(diǎn)，技術(shù)難點(diǎn)以及解決方案

3、一道算法

4、談?wù)勛约喉?xiàng)目管理的方法、對敏捷軟件開發(fā)的理解

拿主線程來說，主線程啟動(dòng)時(shí)會調(diào)用Looper.prepare()方法，會初始化一個(gè)Looper，放入Threadlocal中，接著調(diào)用Looper.loop()不斷遍歷Message Queue，

Handler的創(chuàng)建依賴與當(dāng)前線程中的Looper，如果當(dāng)前線程沒有Looper則必須調(diào)用Looper.prepare()。Handler , sendMessage到MessageQueue，Looper不斷

從MessageQueue中取出消息，回調(diào)handleMessage方法。

這個(gè)問題不是很明確我覺得，首先來說使用http協(xié)議上傳數(shù)據(jù)，特別在android下，跟form沒什么關(guān)系。傳統(tǒng)的在web中，在form中寫文件上傳，其實(shí)瀏覽器所做

的就是將我們的數(shù)據(jù)進(jìn)行解析組拼成字符串，以流的方式發(fā)送到服務(wù)器，且上傳文件用的都是POST方式，POST方式對大小沒什么限制。

回到題目，可以說假設(shè)每次真的只能上傳2M，那么可能我們只能把文件截?cái)啵�然后分別上傳了。

內(nèi)存溢出通俗理解就是軟件（應(yīng)用）運(yùn)行需要的內(nèi)存，超出了它可用的最大內(nèi)存。

內(nèi)存泄漏就是我們對某一內(nèi)存空間的使用，使用完成后沒有釋放。

內(nèi)存優(yōu)化：Android中容易內(nèi)存溢出的部分，就是圖片的加載，我們可以使用圖片的壓縮加上使用LruCache緩存的目的來控制圖片所能夠使用的內(nèi)存。

還有對于比較耗資源的對象及時(shí)的關(guān)閉，例如Database Conn , 各種傳感器 ， Service 等等。

AsyncTask 運(yùn)用的場景就是我們需要進(jìn)行一些耗時(shí)的操作，耗時(shí)操作完成后更新主線程，或者在操作過程中對主線程的UI進(jìn)行更新。

缺陷：AsyncTask中維護(hù)著一個(gè)長度為128的線程池，同時(shí)可以執(zhí)行5個(gè)工作線程，還有一個(gè)緩沖隊(duì)列，當(dāng)線程池中已有128個(gè)線程，緩沖隊(duì)列已滿時(shí)，如果

此時(shí)向線程提交任務(wù)，將會拋出RejectedExecutionException。

解決：由一個(gè)控制線程來處理AsyncTask的調(diào)用判斷線程池是否滿了，如果滿了則線程睡眠否則請求AsyncTask繼續(xù)處理。

這個(gè)真心查不到。。。

貌似是40K。

assets目錄更像一個(gè)附錄類型的目錄，Android不會為這個(gè)目錄中的文件生成ID并保存在R類當(dāng)中，因此它與Android中的一些類和方法兼容度更低。

同時(shí)，由于你需要一個(gè)字符串路徑來獲取這個(gè)目錄下的文件描述符，訪問的速度會更慢。但是把一些文件放在這個(gè)目錄下會使一些操作更加方便，

比方說拷貝一個(gè)數(shù)據(jù)庫文件到系統(tǒng)內(nèi)存中。要注意的是，你無法在Android XML文件中引用到assets目錄下的文件，只能通過AssetManager來訪問

這些文件。數(shù)據(jù)庫文件和游戲數(shù)據(jù)等放在這個(gè)目錄下是比較合適的。另外，網(wǎng)上關(guān)于assets和raw的資料都千篇一律了，因此關(guān)于這兩者中單個(gè)文件

大小不能超過1M的**錯(cuò)誤**描述也在傳播，即如果讀取超過1M的文件會報(bào)"Data exceeds UNCOMPRESS_DATA_MAX (1314625 vs 1048576)"的

IOException，還引申出種種解決方案。個(gè)人認(rèn)為不應(yīng)該有這樣的限制，為了驗(yàn)證這個(gè)說法寫了個(gè)Demo，發(fā)現(xiàn)將近5M的壓縮包在assets和raw中

都能正常訪問，因此在這里糾正一下，理論上只要打包不超過Android APK 50M大小的限制都是沒有問題的。當(dāng)然了，不排除是Android很早期的

時(shí)候因?yàn)樵O(shè)備硬件原因aapt在編譯的時(shí)候?qū)�這兩個(gè)文件夾大小做出了限制，如果是這樣，較新版的ADT應(yīng)該不會出現(xiàn)這種情況。

是因?yàn)閱��?dòng)程序（主界面也是一個(gè)app），發(fā)現(xiàn)了在這個(gè)程序中存在一個(gè)設(shè)置為<category android: />的activity,

所以這個(gè)launcher會把icon提出來，放在主界面上。當(dāng)用戶點(diǎn)擊icon的時(shí)候，發(fā)出一個(gè)Intent：

Intent intent = mActivity.getPackageManager().getLaunchIntentForPackage(packageName);

mActivity.startActivity(intent);   

跳過去可以跳到任意允許的頁面，如一個(gè)程序可以下載，那么真正下載的頁面可能不是首頁（也有可能是首頁），這時(shí)還是構(gòu)造一個(gè)Intent，startActivity.

這個(gè)intent中的action可能有多種view,download都有可能。系統(tǒng)會根據(jù)第三方程序向系統(tǒng)注冊的功能，為你的Intent選擇可以打開的程序或者頁面。所以唯一的一點(diǎn)

不同的是從icon的點(diǎn)擊啟動(dòng)的intent的action是相對單一的，從程序中跳轉(zhuǎn)或者啟動(dòng)可能樣式更多一些。本質(zhì)是相同的。

1、默認(rèn)情況下一個(gè)應(yīng)用的所有Activity都是具有相同的affinity，都是從application中繼承，application的affinity默認(rèn)就是manifest的包名。

2、affinity對Activity來說，就像是身份證一樣，可以告訴所在的Task，自己屬于其中的一員。

3、應(yīng)用場合：

a:根據(jù)affinity重新為Activity選擇合適的宿主Task;

b:與allowTaskReparenting屬性配合;

c:啟動(dòng)Activity使用Intent設(shè)置了FLAG_ACTIVITY_NEW_TASK標(biāo)記。

可以放在不同的Task中。需要為不同的activity設(shè)置不同的affinity屬性，啟動(dòng)activity的Intent需要包含F(xiàn)LAG_ACTIVITY_NEW_TASK標(biāo)記。

1、不設(shè)置Activity的android:configChanges時(shí)，切屏?xí)�重新調(diào)用各個(gè)生命周期，切橫屏?xí)r會執(zhí)行一次，切豎屏?xí)r會執(zhí)行兩次

2、設(shè)置Activity的android:configChanges="orientation"時(shí)，切屏還是會重新調(diào)用各個(gè)生命周期，切橫、豎屏?xí)r只會執(zhí)行一次

3、設(shè)置Activity的android:configChanges="orientation|keyboardHidden"時(shí)，切屏不會重新調(diào)用各個(gè)生命周期，只會執(zhí)行onConfigurationChanged方法

全稱是：Android Interface Define Language

在Android中, 每個(gè)應(yīng)用程序都可以有自己的進(jìn)程. 在寫UI應(yīng)用的時(shí)候, 經(jīng)常要用到Service. 在不同的進(jìn)程中, 怎樣傳遞對象呢? 顯然, Java中不允許跨進(jìn)程內(nèi)存共享.

因此傳遞對象, 只能把對象拆分成操作系統(tǒng)能理解的簡單形式, 以達(dá)到跨界對象訪問的目的. 在J2EE中,采用RMI的方式, 可以通過序列化傳遞對象. 在Android中, 則

采用AIDL的方式. 理論上AIDL可以傳遞Bundle,實(shí)際上做起來卻比較麻煩。

AIDL(AndRoid接口描述語言)是一種借口描述語言; 編譯器可以通過aidl文件生成一段代碼，通過預(yù)先定義的接口達(dá)到兩個(gè)進(jìn)程內(nèi)部通信進(jìn)程的目的. 如果需要

在一個(gè)Activity中, 訪問另一個(gè)Service中的某個(gè)對象, 需要先將對象轉(zhuǎn)化成AIDL可識別的參數(shù)(可能是多個(gè)參數(shù)), 然后使用AIDL來傳遞這些參數(shù), 在消息的接收端, 使用

這些參數(shù)組裝成自己需要的對象.AIDL的IPC的機(jī)制和COM或CORBA類似, 是基于接口的，但它是輕量級的。它使用代理類在客戶端和實(shí)現(xiàn)層間傳遞值. 如果要使用AIDL,

需要完成2件事情: 1. 引入AIDL的相關(guān)類.; 2. 調(diào)用aidl產(chǎn)生的class.

AIDL的創(chuàng)建方法:

AIDL語法很簡單,可以用來聲明一個(gè)帶一個(gè)或多個(gè)方法的接口，也可以傳遞參數(shù)和返回值。 由于遠(yuǎn)程調(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下編譯不過, 或許以后會有所支持

      Dvm的進(jìn)程是dalivk虛擬機(jī)進(jìn)程,每個(gè)android程序都運(yùn)行在自己的進(jìn)程里面,每個(gè)android程序系統(tǒng)都會給他分配一個(gè)單獨(dú)的liunx uid(user id),
每個(gè)dvm都是linux里面的一個(gè)進(jìn)程.所以說這兩個(gè)進(jìn)程是一個(gè)進(jìn)程.

----------------------------------------------------------------------------------------------------------

1.        下列哪些語句關(guān)于內(nèi)存回收的說明是正確的? (b ) A、 程序員必須創(chuàng)建一個(gè)線程來釋放內(nèi)存
  B、內(nèi)存回收程序負(fù)責(zé)釋放無用內(nèi)存
  C、內(nèi)存回收程序允許程序員直接釋放內(nèi)存
  D、內(nèi)存回收程序可以在指定的時(shí)間釋放內(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)的操作保存，最好是保存在生命周期的哪個(gè)函數(shù)中進(jìn)行(d)   A、onPause()  B、onCreate()   C、 onResume()   D、onStart()
6.        Intent傳遞數(shù)據(jù)時(shí)，下列的數(shù)據(jù)類型哪些可以被傳遞（abcd）(多選)       A、Serializable  B、charsequence  C、Parcelable  D、Bundle
7.        android 中下列屬于Intent的作用的是(c)  A、實(shí)現(xiàn)應(yīng)用程序間的數(shù)據(jù)共享
  B、是一段長的生命周期，沒有用戶界面的程序，可以保持應(yīng)用在后臺運(yùn)行，而不會因?yàn)榍袚Q頁面而消失
  C、可以實(shí)現(xiàn)界面間的切換，可以包含動(dòng)作和動(dòng)作數(shù)據(jù)，連接四大組件的紐帶
  D、處理一個(gè)應(yīng)用程序整體性的工作
8.        下列屬于SAX解析xml文件的優(yōu)點(diǎn)的是(b)      A、將整個(gè)文檔樹在內(nèi)存中，便于操作，支持刪除，修改，重新排列等多種功能
      B、不用事先調(diào)入整個(gè)文檔，占用資源少
      C、整個(gè)文檔調(diào)入內(nèi)存，浪費(fèi)時(shí)間和空間
      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時(shí)可能需要重寫的方法有（ac）。(多選)      A、onCreateOptionsMenu()
  B、onCreateMenu()
  C、onOptionsItemSelected()
  D、onItemSelected()
11.      在SQL Server Management Studio 中運(yùn)行下列T-SQL語句，其輸出值（c）。 SELECT @@IDENTITY  
     A、      可能為0.1
     B、       可能為3
     C、      不可能為-100
     D、      肯定為0
12.     在SQL Server 2005中運(yùn)行如下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這個(gè)輔助類時(shí)，可以生成一個(gè)數(shù)據(jù)庫，并可以對數(shù)據(jù)庫版本進(jìn)行管理的方法可以是(ab)    A、getWriteableDatabase()
B、getReadableDatabase()
C、getDatabase()
D、getAbleDatabase()
14.     android 關(guān)于service生命周期的onCreate()和onStart()說法正確的是(ad)(多選題)    A、當(dāng)?shù)谝淮螁��?dòng)的時(shí)候先后調(diào)用onCreate()和onStart()方法
    B、當(dāng)?shù)谝淮螁��?dòng)的時(shí)候只會調(diào)用onCreate()方法
    C、如果service已經(jīng)啟動(dòng)，將先后調(diào)用onCreate()和onStart()方法
D、如果service已經(jīng)啟動(dòng)，只會執(zhí)行onStart()方法，不在執(zhí)行onCreate()方法
15.     下面是屬于GLSurFaceView特性的是(abc)(多選) A、管理一個(gè)surface，這個(gè)surface就是一塊特殊的內(nèi)存，能直接排版到android的視圖
    view上。
B、管理一個(gè)EGL display，它能讓opengl把內(nèi)容渲染到上述的surface上。
C、讓渲染器在獨(dú)立的線程里運(yùn)作，和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.     關(guān)于ContenValues類說法正確的是(a)     A、他和Hashtable比較類似，也是負(fù)責(zé)存儲一些名值對，但是他存儲的名值對當(dāng)中的
        名是String類型，而值都是基本類型
     B、他和Hashtable比較類似，也是負(fù)責(zé)存儲一些名值對，但是他存儲的名值對當(dāng)中的
        名是任意類型，而值都是基本類型
     C、他和Hashtable比較類似，也是負(fù)責(zé)存儲一些名值對，但是他存儲的名值對當(dāng)中的
        名，可以為空，而值都是String類型     
     D、他和Hashtable比較類似，也是負(fù)責(zé)存儲一些名值對，但是他存儲的名值對當(dāng)中
        的名是String類型，而值也是String類型
18.     我們都知道Hanlder是線程與Activity通信的橋梁,如果線程處理不當(dāng)，你的機(jī)器就會變得越慢，那么線程銷毀的方法是(a)      A、onDestroy()
      B、onClear()
      C、onFinish()
      D、onStop()
19.     下面退出Activity錯(cuò)誤的方法是（c）       A、finish()
         B、拋異常強(qiáng)制退出
       C、System.exit()
       D、onStop()
20.     下面屬于android的動(dòng)畫分類的有(ab)(多項(xiàng))       A、Tween  B、Frame C、Draw D、Animation
21.     下面關(guān)于Android dvm的進(jìn)程和Linux的進(jìn)程,應(yīng)用程序的進(jìn)程說法正確的是(d)        A、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)行,不一定擁有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一個(gè)DVM都是在Linux中的一個(gè)進(jìn)程,所以說可以認(rèn)為是同一個(gè)概念.
        B、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)行,不一定擁有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一個(gè)DVM不一定都是在Linux中的一個(gè)進(jìn)程,所以說不是一個(gè)概念.
        C、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)行,都擁有一個(gè)獨(dú)立的Dalvik虛擬機(jī)實(shí)例.而每一個(gè)DVM不一定都是在Linux中的一個(gè)進(jìn)程,所以說不是一個(gè)概念.
        D、DVM指dalivk的虛擬機(jī).每一個(gè)Android應(yīng)用程序都在它自己的進(jìn)程中運(yùn)行,都擁有一個(gè)獨(dú)立的 Dalvik虛擬機(jī)實(shí)例.而每一個(gè)DVM都是在Linux中的一個(gè)進(jìn)程,所以說可以認(rèn)為是同一個(gè)概念.
22.       Android項(xiàng)目工程下面的assets目錄的作用是什么bA、放置應(yīng)用到的圖片資源。
B、主要放置多媒體等數(shù)據(jù)文件
C、放置字符串，顏色，數(shù)組等常量數(shù)據(jù)
D、放置一些與UI相應(yīng)的布局文件，都是xml文件
23.       關(guān)于res/raw目錄說法正確的是(a)A、這里的文件是原封不動(dòng)的存儲到設(shè)備上不會轉(zhuǎn)換為二進(jìn)制的格式

C、這里的文件最終以二進(jìn)制的格式存儲到指定的包中