第一部分（Part1）Android基礎(chǔ)測試 共22題（全部單選，每題2分，總分44分 ）
1、關(guān)于在Activity生命周期中的各個(gè)方法在不同狀態(tài)下的調(diào)用順序的說法，錯(cuò)誤的是（ d）
A 一個(gè)Activity從被創(chuàng)建到進(jìn)入運(yùn)行態(tài)，需要依次調(diào)用onCreate() -> onStart() -> onResume()。
B 點(diǎn)擊Home按鈕后，系統(tǒng)回到桌面，然后我們?cè)僬业竭@個(gè)應(yīng)用并打開，它的執(zhí)行過程為：onRestart() -> onStart() -> onResume()。
C 當(dāng)Activity啟動(dòng)后，點(diǎn)擊"返回"按鈕，這時(shí)Activity會(huì)被終止而重新回到系統(tǒng)桌面，它的執(zhí)行順序?yàn)椋簅nPause() -> onStop() -> onDestroy()。
D 重新啟動(dòng)一個(gè)應(yīng)用，在它被啟動(dòng)后，先點(diǎn)擊"撥打電話"按鈕，之后再點(diǎn)擊"返回"按鈕，這時(shí)Activity的執(zhí)行順序是：onPause() -> onStop() -> onRestart() -> onResume()。
2、以下退出Activity的方法中錯(cuò)誤的是（ c）
A、finish()
B、拋異常強(qiáng)制退出
C、System.exit()
D、onStop()
3、我們都知道Handler是線程與Activity通信的橋梁,如果線程處理不當(dāng)，你的機(jī)器就會(huì)變得更慢，那么線程銷毀的方法是（ a）
A、onDestroy()
B、onClear()
C、onFinish()
D、onStop()
4、以下關(guān)于Handler機(jī)制原理的說法，錯(cuò)誤的是（b ）
A、Android提供了Handler和Looper來滿足線程間的通信。
B、Handler機(jī)制是遵循先進(jìn)后出的原則。
C、Looper類用來管理待定線程內(nèi)對(duì)象之間的消息交換（Message Exchange），而通過Handler對(duì)象可以與Looper進(jìn)行溝通，以便push新消息到Message Queue里面，或者接收Looper從Meaages Queue取出的消息。
D、UI Thread通常就是Main Thread，而Android啟動(dòng)程序的時(shí)候就會(huì)替它建立一個(gè)Message Queue。
5、以下選項(xiàng)中是AbsoluteLayout中特有屬性的是（b ）
A、android:layout_height
B、android:layout_x
C、android:layout_above
D、android:layout_toRightOf
6、使用Toast提示時(shí),關(guān)于提示時(shí)長,以下說法正確的是（b ）
A、顯示時(shí)長只有2種設(shè)置
B、可以自定義顯示時(shí)長
C、傳入30,提示會(huì)顯示30秒鐘
D、當(dāng)自定義顯示時(shí)長時(shí),比如傳入30,程序會(huì)拋出異常
7、關(guān)于AlertDialog的說法不正確的是（a ）
A、要想使用對(duì)話框首先要使用new關(guān)鍵字創(chuàng)建AlertDialog的實(shí)例
B、對(duì)話框的顯示需要調(diào)用show方法
C、setPositiveButton方法是用來加確定按鈕的
D、setNegativeButton方法是用來加取消按鈕的
8、以下關(guān)于如何使用Notification的說法，錯(cuò)誤的是（d ）
A、Notification需要NotificatinManager來管理
B、使用NotificationManager的notify方法顯示Notification消息C、在顯示Notification時(shí)可以設(shè)置通知時(shí)的默認(rèn)發(fā)聲、震動(dòng)等D、Notification中有方法可以清除消息
9、在Activity中，獲取service對(duì)象的方法有（a ）
A、通過直接實(shí)例化得到
B、通過綁定得到
C、通過startService()獲取
D、通過getService()獲取
10、以下關(guān)于Adapter的描述有誤的是（a ）
A、Android系統(tǒng)提供了幾個(gè)默認(rèn)的Adapter類，可供開發(fā)者使用，同時(shí)，開發(fā)者也可以繼承Adapter類來自定義Adapter 。B、Adapter對(duì)象在Adapter控件和數(shù)據(jù)源之間扮演橋梁的角色，它提供了訪問數(shù)據(jù)源的入口，并把從數(shù)據(jù)源拿到的數(shù)據(jù)逐項(xiàng)加載到Adapter控件中。
C、Android有以下四種Adapter對(duì)象可供開發(fā)者使用，分別是ArrayAdapter、SimpleAdapter、SimpleCursorAdapter和自定義的Adapter。
D、Android使用了一個(gè)抽象類——BaseAdapter作為各個(gè)Adapter實(shí)體類的基類，并使用兩個(gè)接口——ListAdapter和SpinnerAdapter分別作為兩種類型的AdapterView——AbsListView（包含ListView和GridView）和AbsSpinner（包含Spinner和Gallery）的適配接口。
11、以下關(guān)于ListView的XML屬性的描述錯(cuò)誤的是（b ）
A、ListView與其他的UI控件相同，在XML布局文件中通過<ListView>標(biāo)簽將其放入界面布局中。
B、直接讓Activity繼承自ListAdapter，可以將ListView填充滿整個(gè)Activity。
C、在XML布局代碼中將ListView的位置設(shè)為占滿整個(gè)Activity，可以將ListView填充滿整個(gè)Activity。
D、把ListView放在布局控件中，讓其只占界面的某一部分。
12、 以下說法中錯(cuò)誤的是（ a）
A. ListView通常顯示比較大的數(shù)據(jù)量，例如通訊錄應(yīng)用程序中使用的ListView包含所有的聯(lián)系人
B. ViewHolder這種設(shè)計(jì)模式省去了經(jīng)常性findVIewById的調(diào)用，每次getView/BindView執(zhí)行，需引用childView一次存儲(chǔ)的標(biāo)簽（setTag）查看和使用那些重新引用的getView/BindView的方法代碼
C. itemView起到狀態(tài)緩存的作用
D. ExpandableListView是可以擴(kuò)展的ListView，作用就是將ListView進(jìn)行分組。與ListView一樣，都需要一個(gè)Adapter作為橋梁來取得數(shù)據(jù)，并且需要重載相應(yīng)的方法，例如getChildView方法就是取得給定分組中給定子視圖的ID，該組的ID必須在組中是唯一的。
13、以下關(guān)于Adapter的說法錯(cuò)誤的是（a ）
A. Adapter可以直接保存數(shù)據(jù)
B. Android提供的三種Adapter主要有ArrayAdapter、SimplerAdapter、SimplerCursorAdapter
C. 在Android的API中，List和Adapter都被放在android.widget包內(nèi)
D. 在實(shí)際應(yīng)用中，將數(shù)據(jù)加入到Adapter，以接口形式呈現(xiàn)的Adapter無法保存數(shù)據(jù)
14、關(guān)于Handler的說法不正確的是（a ）
A. 它實(shí)現(xiàn)不同進(jìn)程間通信的一種機(jī)制
B. 它避免了在新線程中刷新UI的操作
C. 它采用隊(duì)列的方式來存儲(chǔ)Message
D. 它實(shí)現(xiàn)不同線程間通信的一種機(jī)制
15、關(guān)于菜單Menu的說法錯(cuò)誤的是（b ）
A. 菜單（Menu）是應(yīng)用程序界面中重要的組成部分，Android系統(tǒng)同樣提供了功能強(qiáng)大的菜單組件。
B. 菜單雖然是一種資源，但是不可以通過代碼動(dòng)態(tài)生成，只能通過XML文件聲明。
C. Android菜單可以分為三種，分別是選項(xiàng)菜單、上下文菜單、子菜單。
D. 選項(xiàng)菜單是Activity范圍的對(duì)象，上下文菜單是View組件范圍的菜單，而子菜單嵌套在它們之中。
16、 上下文菜單需要重載onCreateContextMenu方法，該方法用于（ a）
A. 添加快捷菜單所顯示的標(biāo)題、圖標(biāo)和菜單子項(xiàng)等內(nèi)容。
B. 處理菜單選擇事件。
C. 將快捷菜單注冊(cè)到界面控件上。
D. 動(dòng)態(tài)地添加、刪除菜單子項(xiàng)。
17、關(guān)于菜單的說法錯(cuò)誤的是（d ）
A. 菜單可以像界面布局一樣在 XML 文件中進(jìn)行定義。
B. 使用 XML 文件定義界面菜單，將代碼與界面設(shè)計(jì)分類，有助于簡化代碼的復(fù)雜程度，并且更有利于界面的可視化。
C. 菜單是應(yīng)用程序中非常重要的組成部分，能夠在不占用界面空間的前提下，為應(yīng)用程序提供統(tǒng)一的功能和設(shè)置界面，并為程序開發(fā)人員提供了易于使用的編程接口。
D. Android系統(tǒng)支持2種菜單:選項(xiàng)菜單（ Option Menu）、子菜單（ Submenu）。
18、將數(shù)據(jù)庫保存在SD上，需要在創(chuàng)建SQLiteDatabse的時(shí)候調(diào)用SQLiteDatabase的靜態(tài)方法（ c）
A. onCreate
B. onOpen
C. openOrCreateDatabase
D. close
19、在執(zhí)行長時(shí)間的數(shù)據(jù)庫操作的時(shí)候，需要數(shù)據(jù)庫的事務(wù)支持來確保信息的完整性，下面關(guān)于事務(wù)的說法，不正確的是（d ）
A. 使用SQLiteDatabese的beginTransaction()方法可以開啟一個(gè)事務(wù)
B. 當(dāng)程序執(zhí)行到endTransaction()方法的時(shí)候，會(huì)檢查事務(wù)的標(biāo)志是否為成功
C. 當(dāng)應(yīng)用需要提交事務(wù)，必須在程序執(zhí)行到endTransaction()方法之前使用setTransactionSuccessful()方法設(shè)置事務(wù)的標(biāo)志為成功，如果不調(diào)用該方法，就會(huì)默認(rèn)回滾事務(wù)
D. SQLite允許嵌套事務(wù)
20、下列屬于SAX解析xml的優(yōu)點(diǎn)的是（b ）
A. 將整個(gè)文檔存于內(nèi)存中，這樣便于操作
B. 不用事先將整個(gè)文檔拷入內(nèi)存
C. 整個(gè)文檔放入內(nèi)容，浪費(fèi)時(shí)間和空間
D. 不是長久駐留內(nèi)存，數(shù)據(jù)不是持久的，事件過后，若沒有保存數(shù)據(jù)，數(shù)據(jù)就會(huì)消失
21、以下關(guān)于訪問其他應(yīng)用程序的SharedPreferences的說法不正確的是（ a）
A、Preferences 能在不同包之間使用。
B、共享者需要將SharedPreferences的訪問模式設(shè)置為全局讀或全局寫。
C、訪問者需要知道共享者的包名稱和SharedPreferences的名稱，以通過Context獲得SharedPreferences對(duì)象。
D、訪問者需要確切知道每個(gè)數(shù)據(jù)的名稱和數(shù)據(jù)類型，用以正確讀取數(shù)據(jù)。
22、XmlPullParser的XML事件類型中END_TAG的說明為（ c）
A、讀取到標(biāo)簽開始標(biāo)志
B、讀取文本內(nèi)容
C、讀取到標(biāo)簽結(jié)束標(biāo)志
D、文檔末尾
第二部分（Part2）Android核心組件測試 共18題（全部單選，每題2分，總分36分 ）
23、以下Activity生命周期中的各個(gè)方法在不同狀態(tài)下的調(diào)用順序，錯(cuò)誤的是（d ）
A、一個(gè)Activity從被創(chuàng)建到進(jìn)入運(yùn)行態(tài)，需要依次調(diào)用onCreate() -> onStart() -> onResume()。
B、點(diǎn)擊Home按鈕后，系統(tǒng)回到桌面，然后我們?cè)僬业竭@個(gè)應(yīng)用并打開，它的執(zhí)行過程為：onRestart() -> onStart() -> onResume()。
C、當(dāng)Activity啟動(dòng)后，點(diǎn)擊“返回”按鈕，這時(shí)Activity會(huì)被終止而重新回到系統(tǒng)桌面，它的執(zhí)行順序?yàn)椋簅nPause() -> onStop() -> onDestroy()。
D、重新啟動(dòng)一個(gè)應(yīng)用，在它被啟動(dòng)后，先點(diǎn)擊“撥打電話”按鈕，之后再點(diǎn)擊“返回”按鈕，這時(shí)Activity的執(zhí)行順序是：onPause() -> onStop() -> onRestart() -> onResume()。
24、當(dāng)Activity被銷毀時(shí)，保存它原來狀態(tài)的方法是（a ）
A、實(shí)現(xiàn)Activity的onSaveInstanceState()方法
B、實(shí)現(xiàn)Activity的onSaveInstance()方法
C、實(shí)現(xiàn)Activity的onInstanceState()方法
D、實(shí)現(xiàn)Activity的onSaveState()方法
25、Intent傳遞數(shù)據(jù)時(shí)，以下不可以被傳遞的類型數(shù)據(jù)是（ b）
A、Serializable
B、JSON對(duì)象
C、Bundle
D、charsequence
26、以下關(guān)于使用Intent Filter描述有誤的一項(xiàng)是（b ）
A、Intent Filter有兩種使用方式。
B、不可以在代碼中使用IntentFilter對(duì)象。
C、允許在配置文件AndroidManifest.xml中的相應(yīng)組件標(biāo)簽中加入<intent-filter>標(biāo)簽并在其中進(jìn)行設(shè)置。
D、Intent Filter的幾種方式都可以使用系統(tǒng)內(nèi)置或自定義的屬性值，開發(fā)者可以使用Action、Category和Data三個(gè)屬性的設(shè)置和獲取方法完成匹配。
27、多個(gè)應(yīng)用中讀取共享存儲(chǔ)數(shù)據(jù)時(shí)用到的query方法，是（a ）對(duì)象的方法。
A、ContentResolver
B、ContentProvider
C、CursorD、SQLiteHelper
28、以下關(guān)于ContentProvider的說法不正確的是（a ）
A、ContentProvider在Android中的作用是對(duì)外共享數(shù)據(jù)，也就是說可以通過ContentProvider把應(yīng)用中的數(shù)據(jù)共享給其他應(yīng)用訪問，但是缺點(diǎn)是其他應(yīng)用不可以通過ContentProvider對(duì)本應(yīng)用中的數(shù)據(jù)進(jìn)行增刪改查。
B、通過指定文件的操作模式為Context.MODE_WORLD_READABLE或Context.MODE_WORLD_WRITEABLE也可以對(duì)外共享數(shù)據(jù)。C、如果采用文件操作模式對(duì)外共享數(shù)據(jù)，數(shù)據(jù)的訪問方式會(huì)因數(shù)據(jù)存儲(chǔ)的方式而不同，導(dǎo)致數(shù)據(jù)的訪問方式無法統(tǒng)一。D、使用ContentProvider對(duì)外共享數(shù)據(jù)的好處是統(tǒng)一了數(shù)據(jù)的訪問方式。
29、以下關(guān)于ContentResolver的說法錯(cuò)誤的是（b ）
A、當(dāng)外部應(yīng)用需要對(duì)ContentProvider中的數(shù)據(jù)進(jìn)行添加、刪除、修改和查詢操作時(shí)，可以使用ContentResolver 類來完成。
B、 ContentResolver 類提供了與ContentProvider類相同簽名的insert、delete、update方法，但是沒有提供query方法。C、通過ContentResolver對(duì)ContentProvider中的數(shù)據(jù)進(jìn)行操作的時(shí)候，當(dāng)需要將id為1時(shí)記錄的name字段值更改為csg的時(shí)候，使用ContentValues的put方法，put("name", "csg")。
D、要獲取ContentResolver 對(duì)象，可以使用Activity提供的getContentResolver()方法。
30、以下關(guān)于線程異步問題的說法不正確的是（d ）
A、線程在應(yīng)用程序開發(fā)過程中負(fù)責(zé)分擔(dān)進(jìn)程的耗時(shí)計(jì)算工作。
B、一個(gè)進(jìn)程中如果需要多個(gè)線程共同協(xié)作才能完成業(yè)務(wù)計(jì)算的話，往往會(huì)涉及到線程之間的數(shù)據(jù)通訊。
C、線程依靠CPU調(diào)度分配時(shí)間片獲得運(yùn)行機(jī)會(huì)，當(dāng)CPU時(shí)間片耗盡，線程將會(huì)停止運(yùn)行等待CPU的再次分配。
D、由于線程的運(yùn)行與停止是可控的，所以當(dāng)多個(gè)線程之間需要同時(shí)對(duì)一塊進(jìn)程中的"共享內(nèi)存"進(jìn)程操作的時(shí)候，就有可能發(fā)生線程異步交互錯(cuò)誤。
31、關(guān)于同步關(guān)鍵字的說法錯(cuò)誤的是（a ）
A、如果一個(gè)線程在執(zhí)行同步方法時(shí)沒有執(zhí)行完畢代碼就耗盡了時(shí)間片，其他線程在獲得了運(yùn)行權(quán)之后就可以運(yùn)行了。
B、為防止時(shí)間片耗盡導(dǎo)致的代碼沒有完全執(zhí)行完畢的情況發(fā)生，可以考慮利用同步關(guān)鍵字。
C、利用同步關(guān)鍵保證只有當(dāng)一個(gè)線程徹底執(zhí)行完方法后，其他線程才能運(yùn)行該方法。
D、等待失去時(shí)間片的線程執(zhí)行完畢代碼后，才能訪問該方法。
32、以下關(guān)于Service的說法錯(cuò)誤的是（c ）
A. Android中，Service有兩種不同的使用方式：一種是以啟動(dòng)方式使用Service（Started Service），另一種是以綁定方式使用Service（Bound Service）。
B. 需要在AndroidManifest.xml文件中注冊(cè)，否則，Service根本無法啟動(dòng)。
C. 以綁定方式使用Service，能夠獲取到Service對(duì)象，不僅能夠正常啟動(dòng)Service，而且能夠調(diào)用正在運(yùn)行中的Service實(shí)現(xiàn)的私有方法和屬性。
D. 為了使Service支持綁定，需要在Service類中重寫onBind()方法，并在onBind()方法中返回Service對(duì)象。
33、以下關(guān)于Service綁定的說法有誤的是（ d）
A. 如果綁定成功，則會(huì)通過getService()獲取Service對(duì)象，這樣便可以調(diào)用Service中的方法和屬性。
B. 如果綁定意外失敗，會(huì)將Service對(duì)象設(shè)置為null，表示綁定意外失效，Service實(shí)例不再可用。
C. 綁定一個(gè)Service就可以開啟并使一個(gè)Service處于運(yùn)行狀態(tài)。
D. 以綁定方式使用Service時(shí)，調(diào)用者需要聲明一個(gè)ServiceConnnection對(duì)象，但可以不用重寫它的onServiceConnected()和onServiceDisconnected()方法。
34、以下關(guān)于Service的兩種選擇描述錯(cuò)誤的是（c ）
A. 以綁定方式使用Service時(shí)，使用bindService()方法的目的是回調(diào)onBind()方法，它的作用是在Service和調(diào)用者之間建立一個(gè)橋梁。
B. 當(dāng)調(diào)用者結(jié)束時(shí)，Service也會(huì)結(jié)束，而不負(fù)責(zé)更多的工作，例如連接服務(wù)器的操作。
C. 一般會(huì)把在應(yīng)用程序被關(guān)閉后仍然需要執(zhí)行的操作實(shí)現(xiàn)為一個(gè)綁定式的Service，而將一些執(zhí)行特定功能、執(zhí)行周期短或在應(yīng)用程序關(guān)閉后將要停止的操作實(shí)現(xiàn)為啟動(dòng)式的Service。
D. 在實(shí)際開發(fā)中，常會(huì)將這兩種方式的Service混用，一般的做法是在一個(gè)長期執(zhí)行的、啟動(dòng)式的Service中多次綁定并解綁多個(gè)綁定式的Service，在每個(gè)綁定式的Service中都會(huì)執(zhí)行短期的、特定的工作。
35、以下關(guān)于啟動(dòng)式Service的描述錯(cuò)誤的是（a ）
A. 通過服務(wù)鏈接（Connection）或直接獲取Service中狀態(tài)和數(shù)據(jù)信息。
B. 如果僅以啟動(dòng)方式使用Service，這個(gè)Service需要具備自管理的能力，且不需要通過函數(shù)調(diào)用向外部組件提供數(shù)據(jù)或功能。
C. 通過調(diào)用Context.startService()啟動(dòng)Service，通過調(diào)用Context.stopService()或Service.stopSefl()停止Service。
D. Service是由其他的組件啟動(dòng)的，但停止過程可以通過其他組件或自身完成。
36、以下關(guān)于綁定式Service的描述不正確的是（b ）
A. 服務(wù)鏈接能夠獲取到Service對(duì)象，因此綁定Service的組件可以調(diào)用在Service中實(shí)現(xiàn)的函數(shù)。
B. 使用Service的組件通過Context.bindService()建立服務(wù)鏈接，通過Context.stopService()或Service.stopSefl()停止服務(wù)鏈接。
C. 如果在綁定過程中Service沒有啟動(dòng)，Context.bindService()會(huì)自動(dòng)啟動(dòng)Service。
D. 同一個(gè)Service可以綁定多個(gè)服務(wù)鏈接，這樣可以同時(shí)為多個(gè)不同的組件提供服務(wù)。
37、以下關(guān)于Service的描述不正確的是（b ）
A. 啟動(dòng)式的Service和綁定式的Service并不是完全獨(dú)立的，在某些情況下可以混合使用。
B. 以綁定方式使用Service，能夠獲取到Service對(duì)象，不僅能夠正常啟動(dòng)Service，而且能夠調(diào)用正在運(yùn)行中的Service實(shí)現(xiàn)的私有方法和屬性。
C. 需要在AndroidManifest.xml文件中注冊(cè)，否則，Service根本無法啟動(dòng)。
D. Android中，Service有兩種不同的使用方式：一種是以啟動(dòng)方式使用Service（Started Service），另一種是以綁定方式使用Service（Bound Service）。
38、以下關(guān)于Android中的廣播機(jī)制的描述有誤的是（a ）
A. 在Android中使用廣播這種異步機(jī)制來處理組件之間的消息傳遞，所以組件會(huì)接收所有的廣播。
B. 所謂異步，就是廣播的發(fā)送方和接收方不需要互相等待，對(duì)廣播的收發(fā)并不會(huì)影響本身正常的工作。
C. 使用異步廣播的好處之一是可以避免組件之間因?yàn)榛ハ嗟却斐傻臎_突、資源浪費(fèi)和死鎖等情況。
D. 使用異步廣播的好處之一是可以大大簡化應(yīng)用層的編程難度。
39、以下關(guān)于Android中的廣播機(jī)制的說法不正確的是（c ） A. 在應(yīng)用層，發(fā)送方組件通常需要定義一個(gè)Intent對(duì)象，用于封裝要發(fā)送的消息，并指定其Action屬性用于匹配（參見第二章中的Intent屬性部分），然后在組件中使用Context對(duì)象（上下文環(huán)境）所在的sendBroadcast()方法，將這個(gè)Intent發(fā)送出去。
B. 接收方想要接收到某一個(gè)廣播時(shí)，需要在該廣播被發(fā)送之前，注冊(cè)一個(gè)BroadcastReceiver（廣播接收者），將其Action屬性設(shè)置為與要接受廣播的Action屬性相同的值。
C. 一般不需要在組件的onDestroy()方法中調(diào)用unRegisterReceiver()方法，以取消已注冊(cè)的BroadcastReceiver對(duì)象，清理資源。
D. 如果在Activity的onResume()方法中注冊(cè)了BroadcastReceiver，則應(yīng)該在onPause()方法中取消注冊(cè)。
40、在設(shè)置應(yīng)用之間信任并實(shí)現(xiàn)數(shù)據(jù)共享時(shí)，需要增加（ c）屬性，并保證兩個(gè)應(yīng)用一致。
A. android:gravity
B. android:hint
C. android:sharedUserId
D. android:typeface
第三部分（Part3）Android多媒體測試共10題（全部單選，每題2分，總分20分）
41、關(guān)于AppWidgetProvider類中，每接收一次廣播消息就調(diào)用一次的方法是（a ）
A、onReceive()
B、onUpdate()
C、onDeleted()
D、onEnabled()
42、關(guān)于AppWidgetProvider類的onEnabled方法，描述正確的是（c ）
A、每次更新都調(diào)用一次該方法，使用頻繁。
B、每刪除一個(gè)就調(diào)用一次。
C、當(dāng)該Widget第一次添加到桌面時(shí)調(diào)用該方法，可添加多次但只有第一次調(diào)用。
D、當(dāng)最后一個(gè)該Widget刪除時(shí)，調(diào)用該方法。
43、以下關(guān)于開發(fā)自定義的Widget組件的說法錯(cuò)誤的是（c ） A、當(dāng)Widget被用戶拖拽入桌面中，Launcher會(huì)向Widget發(fā)送廣播。
B、當(dāng)Widget被用戶從桌面上移除，Launcher會(huì)向Widget發(fā)送廣播
C、Widget不需要配置Launcher的廣播接收器。
44、以下關(guān)于使用MediaRecorder的說法有誤的是（c ）
A、Android多媒體框架中包含錄音功能，并能編碼成多種音頻格式，我們可以使用MediaRecorder類的API實(shí)現(xiàn)錄音功能。B、想要使用錄音功能，需要在AndroidManifest.xml中聲明這個(gè)權(quán)限：<uses-permission android:name="android.permission.RECORD_AUDIO"。>
C、我們通過MediaRecorder只能完成avi格式視頻的錄制。D、想要使用視頻錄制功能，需要在AndroidManifest.xml中加入<uses-permission android:name="android.permission.RECORD_VIDEO"/>權(quán)限。
45、以下關(guān)于MediaPlayer的生命周期描述有誤的是（ a）
A、要開始播放MeidaPlayer對(duì)象，就必須成功調(diào)用prepare ()方法。
B、MeidaPlayer通過isPlaying()方法來檢測當(dāng)前是否正在播放。
C、MeidaPlayer通過setLooping(boolean)方法來設(shè)置是否循環(huán)播放。
D、MeidaPlayer通過pause()方法來實(shí)現(xiàn)暫停播放，通過stop()方法來實(shí)現(xiàn)停止播放。
46、以下關(guān)于SurfaceView播放視頻的說法，不正確的是（ b）
A、SurfaceView繼承自View，其中內(nèi)嵌了一個(gè)專門用于繪制的Surface。
B、開發(fā)者可以控制Surface的格式和尺寸，但不能讓SurfaceView控制這個(gè)Surface的繪制位置。
C、Surface對(duì)應(yīng)一塊屏幕緩沖區(qū)，每個(gè)Window對(duì)應(yīng)一個(gè)Surface，任何View都是畫在Surface上的，包括之前講過的控件和布局控件。
D、一般的View都共享一塊屏幕緩沖區(qū)，所有的繪制必須在UI線程中進(jìn)行。
47、以下關(guān)于拍照功能的描述有誤的是（c ）
A、Android中，可以使用Camera類中的API實(shí)現(xiàn)拍照功能。B、Android提供了借助Intent和MediaStroe調(diào)用系統(tǒng)自帶的拍照應(yīng)用程序來實(shí)現(xiàn)拍照功能。
C、Android提供了使用MediaStroe類中的API自行編寫拍照程序。
D、保存所拍照片的文件路徑，必須確保文件夾路徑存在，否則拍照后無法完成回調(diào)。
48、以下關(guān)于Canvas的描述有誤的是（b ）
A、通常Canvas（畫布）、Paint（畫筆）、Bitmap（位圖）、ViewFlipper（動(dòng)畫）和使用OpenGL去設(shè)計(jì)的2D、3D圖形或動(dòng)畫是用來開發(fā)Android游戲的類庫。
B、Canvas就像手機(jī)中的畫布，我們只能在Canvas上繪制圖片。
C、View類的onDraw()方法會(huì)傳入一個(gè)Canvas對(duì)象，用來繪制組件界面的畫布。
D、Android提供了多種處理圖形圖像的工具類，加上自定義View技術(shù)，幾乎可以完成任何的圖形圖像處理
49、以下是SD卡讀取權(quán)限的是（a ）
A、android.permission.READ_EXTERNAL_STORAGE
B、android.permission.WRITE_EXTERNAL_STORAGE
C、android.permission.WRITE_CALENDAR
D、android.permission.READ_PHONE_STAT
50、負(fù)責(zé)管理所有Android傳感器框架支持的傳感器組件是（c ）
A、android.hardware.Sensor
B、android.hardware.SensorEventListener
C、android.hardware.SensorManager
D、android.hardware.SensorManager
