1、Androiddvm的進(jìn)程和Linux的進(jìn)程,應(yīng)用程序的進(jìn)程是否為同一個(gè)概念
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è)概念。
2、sim卡的EF文件有何作用
sim卡的文件系統(tǒng)有自己規(guī)范,主要是為了和手機(jī)通訊,sim本身可以有自己的操作系統(tǒng),EF就是作存儲(chǔ)并和手機(jī)通訊用的
3、嵌入式操作系統(tǒng)內(nèi)存管理有哪幾種,各有何特性
頁式,段式,段頁,用到了MMU,虛擬空間等技術(shù)
4、什么是嵌入式實(shí)時(shí)操作系統(tǒng),Android 操作系統(tǒng)屬于實(shí)時(shí)操作系統(tǒng)嗎?
嵌入式實(shí)時(shí)操作系統(tǒng)是指當(dāng)外界事件或數(shù)據(jù)產(chǎn)生時(shí),能夠接受并以足夠快的速度予以處理,其處理的結(jié)果又能在規(guī)定的時(shí)間之內(nèi)來控制生產(chǎn)過程或?qū)μ幚硐到y(tǒng)作出快速響應(yīng),并控制所有實(shí)時(shí)任務(wù)協(xié)調(diào)一致運(yùn)行的嵌入式操作系統(tǒng)。主要用于工業(yè)控制、軍事設(shè)備、航空航天等領(lǐng)域?qū)ο到y(tǒng)的響應(yīng)時(shí)間有苛刻的要求,這就需要使用實(shí)時(shí)系統(tǒng)。又可分為軟實(shí)時(shí)和硬實(shí)時(shí)兩種,而android是基于linux內(nèi)核的,因此屬于軟實(shí)時(shí)。
5、一條最長的短信息約占多少byte?
中文70(包括標(biāo)點(diǎn)),英文160,160個(gè)字節(jié)。
6、android中的動(dòng)畫有哪幾類,它們的特點(diǎn)和區(qū)別是什么?
兩種,一種是Tween動(dòng)畫、還有一種是Frame動(dòng)畫。Tween動(dòng)畫,這種實(shí)現(xiàn)方式可以使視圖組件移動(dòng)、放大、縮小以及產(chǎn)生透明度的變化;另一種Frame動(dòng)畫,傳統(tǒng)的動(dòng)畫方法,通過順序的播放排列好的圖片來實(shí)現(xiàn),類似電影。
7、handler機(jī)制的原理
andriod提供了Handler 和Looper 來滿足線程間的通信。Handler先進(jìn)先出原則。Looper類用來管理特定線程內(nèi)對(duì)象之間的消息交換(MessageExchange)。
1)Looper:一個(gè)線程可以產(chǎn)生一個(gè)Looper對(duì)象,由它來管理此線程里的MessageQueue(消息隊(duì)列)。
2)Handler:你可以構(gòu)造Handler對(duì)象來與Looper溝通,以便push新消息到MessageQueue里;或者接收Looper從MessageQueue取出)所送來的消息。
3)Message Queue(消息隊(duì)列):用來存放線程放入的消息。
4)線程:UIthread 通常就是mainthread,而Android啟動(dòng)程序時(shí)會(huì)替它建立一個(gè)MessageQueue。
8、說說mvc模式的原理,它在android中的運(yùn)用
MVC(Model_view_contraller)”模型_視圖_控制器”。MVC應(yīng)用程序總是由這三個(gè)部分組成。Event(事件)導(dǎo)致Controller改變Model或View,或者同時(shí)改變兩者。只要Controller改變了Models的數(shù)據(jù)或者屬性,所有依賴的View都會(huì)自動(dòng)更新。類似的,只要Contro
9、Activity的生命周期
和其他手機(jī)平臺(tái) 的應(yīng)用程序 一樣,Android的應(yīng)用程序的生命周期是被統(tǒng)一掌控的,也就是說我們寫的應(yīng)用程序命運(yùn)掌握在別人(系統(tǒng))的手里,我們不能改變它,只能學(xué)習(xí)并 適應(yīng)它。
簡單地說一下為什么是這樣:我們手機(jī)在運(yùn)行一個(gè)應(yīng)用程序的時(shí)候,有可能打進(jìn)來電話發(fā)進(jìn)來短信,或者沒有電了,這時(shí)候程序都會(huì)被中斷,優(yōu)先去服務(wù)電話的基本功能,另 外系統(tǒng)也不允許你占用太多資源,至少要保證電話功能吧,所以資源不足的時(shí)候也就有可能被干掉。
言歸正傳,Activity的基本生命周期如下代碼所示:
Java代碼
1.public
2.class MyActivity extends Activity {
3.protected
4.void onCreate(Bundle savedInstanceState);
5.
6.protected
7.void onStart();
8.
9.protected
10.void onResume();
11.
12.protected
13.void onPause();
14.
15.protected
16.void onStop();
17.
18.protected
19.void onDestroy();
20.}
21.
22. public class MyActivity extendsActivity {
protected void onCreate(BundlesavedInstanceState);
protected void onStart();
protected void onResume();
protected void onPause();
protected void onStop();
protected void onDestroy();
}
你自己寫的Activity會(huì)按需要重載這些方法,onCreate是免不了的,在一個(gè)Activity正常啟動(dòng)的過程中,他們被調(diào)用的順序是onCreate -> onStart ->onResume, 在Activity被干掉的時(shí)候順序是onPause-> onStop -> onDestroy ,這樣就是一個(gè)完整的生命周期,但是有人問了,程序正運(yùn)行著呢來電話了,這個(gè)程序咋辦?中止了唄,如果中止的時(shí)候新出的一個(gè)Activity是全屏的那么:onPause->onStop,恢復(fù)的時(shí)候onStart->onResume,如果打斷這個(gè)應(yīng)用程序的是一個(gè)Theme為Translucent或者Dialog的Activity那么只是onPause,恢復(fù) 的時(shí)候onResume。
詳細(xì)介紹一下這幾個(gè)方法中系統(tǒng)在做什么以及我們應(yīng)該做什么:
onCreate:在這里創(chuàng)建界面 ,做一些數(shù)據(jù)的初始化工作
onStart:到這一步變成用戶可見不可交互的
onResume:變成和用戶可交互的,(在activity棧系統(tǒng)通過棧的方式管理這些個(gè)
Activity的最上面,運(yùn)行完彈出棧,則回到上一個(gè)Activity)
onPause:到這一步是可見但不可交互的,系統(tǒng)會(huì)停止動(dòng)畫等消耗CPU 的事情 從上文的描述已經(jīng)知道,應(yīng)該在這里保存你的一些數(shù)據(jù),因?yàn)檫@個(gè)時(shí)候 你的程序的優(yōu)先級(jí)降低,有可能被系統(tǒng)收回。在這里保存的數(shù)據(jù),應(yīng)該在 onResume里讀出來,注意:這個(gè)方法里做的事情時(shí)間要短,因?yàn)橄乱粋€(gè)activity不會(huì)等到這個(gè)方法完成才啟動(dòng)
onstop:變得不可見,被下一個(gè)activity覆蓋了
onDestroy:這是activity被干掉前最后一個(gè)被調(diào)用方法了,可能是外面類調(diào)用finish方 法或者是系統(tǒng)為了節(jié)省空間將它暫時(shí)性的干掉,可以用isFinishing()來判斷它,如果你有一個(gè)ProgressDialog在線程中轉(zhuǎn)動(dòng),請(qǐng)?jiān)趏nDestroy里把他cancel掉,不然等線程結(jié)束的時(shí)候,調(diào)用Dialog的cancel方法會(huì)拋異常的。
onPause,onstop,onDestroy,三種狀態(tài)下 activity都有可能被系統(tǒng)干掉
為了保證程序的正確性,你要在onPause()里寫上持久層操作的代碼,將用戶編輯的內(nèi)容都保存到存儲(chǔ)介質(zhì)上(一般都是數(shù)據(jù)庫)。實(shí)際工作中因?yàn)樯芷诘淖兓鴰淼膯栴}也很多,比如你的應(yīng)用程序起了新的線程在跑,這時(shí)候中斷了,你還要去維護(hù)那個(gè)線程,是暫停還是殺掉還是數(shù)據(jù)回滾,是吧?因?yàn)锳ctivity可能被殺掉,所以線程中使用的變量和一些界面元素就千萬要注意了,一般我都是采用Android的消息機(jī)制[Handler,Message]來處理多線程和界面交互的問題。這個(gè)我后面會(huì)講一些,最近因?yàn)檫@些東西頭已經(jīng)很大了,等我理清思緒再跟大家分享。ller改變了View,View會(huì)從潛在的Model中獲取數(shù)據(jù)來刷新自己。
10、讓Activity變成一個(gè)窗口:Activity屬性設(shè)定
講點(diǎn)輕松的吧,可能有人希望做出來的應(yīng)用程序是一個(gè)漂浮在手機(jī)主界面的東西,那么很簡單你只需要設(shè)置一下Activity的主題就可以了在AndroidManifest.xml中定義 Activity的地方一句話:
Xml代碼
1.android :theme="@android:style/Theme.Dialog"
2.
3.android:theme="@android:style/Theme.Dialog"
android:theme="@android:style/Theme.Dialog"
android:theme="@android:style/Theme.Dialog"
這就使你的應(yīng)用程序變成對(duì)話框的形式彈出來了,或者
Xml代碼
1.android:theme="@android:style/Theme.Translucent"
2.
3.android:theme="@android:style/Theme.Translucent"
android:theme="@android:style/Theme.Translucent"
android:theme="@android:style/Theme.Translucent"
就變成半透明的,[友情提示類似的這種activity的屬性可以在android.R.styleable類的AndroidManifestActivity方法中看到,AndroidManifest.xml中所有元素的屬性的介紹都可以參考這個(gè)類android.R.styleable
上面說的是屬性名稱,具體有什么值是在android.R.style中可以看到,比如這個(gè)"@android:style/Theme.Dialog"就對(duì)應(yīng)于android.R.style.Theme_Dialog,('_'換成'.' <--注意:這個(gè)是文章內(nèi)容不是笑臉)就可以用在描述文件中了,找找類定義和描述文件中的對(duì)應(yīng)關(guān)系就都明白了。
11、你后臺(tái)的Activity被系統(tǒng)回收怎么辦:onSaveInstanceState
當(dāng)你的程序中某一個(gè)ActivityA 在運(yùn)行時(shí)中,主動(dòng)或被動(dòng)地運(yùn)行另一個(gè)新的ActivityB 這個(gè)時(shí)候A會(huì)執(zhí)行
Java代碼
1.public
2.void onSaveInstanceState(Bundle outState) {
3.super.onSaveInstanceState(outState);
4.outState.putLong("id", 1234567890);
5.}
public
voidonSaveInstanceState(BundleoutState){
super.onSaveInstanceState(outState);
outState.putLong("id",1234567890);
}
B完成以后又會(huì)來找A,這個(gè)時(shí)候就有兩種情況,一種是A被回收,一種是沒有被回收,被回收的A就要重新調(diào)用onCreate()方法,不同于直接啟動(dòng)的是這回onCreate()里是帶上參數(shù)savedInstanceState,沒被收回的就還是onResume就好了。
savedInstanceState是一個(gè)Bundle對(duì)象,你基本上可以把他理解為系統(tǒng)幫你維護(hù)的一個(gè)Map對(duì)象。在onCreate()里你可能會(huì)用到它,如果正常啟動(dòng)onCreate就不會(huì)有它,所以用的時(shí)候要判斷一下是否為空。
Java代碼
1.if(savedInstanceState != null){
2.long id = savedInstanceState.getLong("id");
3.}
if(savedInstanceState!= null){
longid=savedInstanceState.getLong("id");
}
就像官方的Notepad教程里的情況,你正在編輯某一個(gè)note,突然被中斷,那么就把這個(gè)note的id記住,再起來的時(shí)候就可以根據(jù)這個(gè)id去把那個(gè)note取出來,程序就完整一些。這也是看你的應(yīng)用需不需要保存什么,比如你的界面就是讀取一個(gè)列表,那就不需要特殊記住什么,哦,沒準(zhǔn)你需要記住滾動(dòng)條的位置...
12、調(diào)用與被調(diào)用:我們的通信使者Intent
要說Intent了,Intent就是這個(gè)這個(gè)意圖,應(yīng)用程序間Intent進(jìn)行交流,打個(gè)電話啦,來個(gè)電話啦都會(huì)發(fā)Intent,這個(gè)是Android架構(gòu)的松耦合的精髓部分,大大提高了組件的復(fù)用性,比如你要在你的應(yīng)用程序中點(diǎn)擊按鈕,給某人打電話,很簡單啊,看下代碼先:
Java代碼
1.Intent intent = new Intent();
2.intent.setAction(Intent.ACTION_CALL);
3.intent.setData(Uri.parse("tel:" + number));
4.startActivity(intent);
Intentintent = new Intent();
intent.setAction(Intent.ACTION_CALL);
intent.setData(Uri.parse("tel:"+number));
startActivity(intent);
扔出這樣一個(gè)意圖,系統(tǒng)看到了你的意圖就喚醒了電話撥號(hào)程序,打出來電話。什么讀聯(lián)系人,發(fā)短信啊,郵件啊,統(tǒng)統(tǒng)只需要扔出intent就好了,這個(gè)部分設(shè)計(jì)地確實(shí)很好啊。
那Intent通過什么來告訴系統(tǒng)需要誰來接受他呢?
通常使用Intent有兩種方法,第一種是直接說明需要哪一個(gè)類來接收代碼如下:
Java代碼
1.Intent intent = new Intent(this, MyActivity.class);
2.intent.getExtras().putString("id", "1");
3.tartActivity(intent);
Intentintent = new Intent(this, MyActivity.class);
intent.getExtras().putString("id","1");
tartActivity(intent);
第一種方式很明顯,直接指定了MyActivity為接受者,并且傳了一些數(shù)據(jù)給MyActivity,在MyActivity里可以用getIntent()來的到這個(gè)intent和數(shù)據(jù)。
第二種就需要先看一下AndroidMenifest中的intentfilter的配置了
Xml代碼
android:name="android.intent.action.VIEW"
/>
android:value="android.intent.action.EDIT"
/>
android:value="android.intent.action.PICK"
/>
android:name="android.intent.category.DEFAULT"
/>
android:mimeType="vnd.android.cursor.dir/vnd.google.note"
/>
這里面配置用到了action,data, category這些東西,那么聰明的你一定想到intent里也會(huì)有這些東西,然后一匹配不就找到接收者了嗎?
action其實(shí)就是一個(gè)意圖的字符串名稱。
上面這段intent-filter的配置文件說明了這個(gè)Activity可以接受不同的Action,當(dāng)然相應(yīng)的程序邏輯也不一樣咯,提一下那個(gè)mimeType,他是在ContentProvider里定義的,你要是自己實(shí)現(xiàn)一個(gè)ContentProvider就知道了,必須指定
mimeType才能讓數(shù)據(jù)被別人使用。
不知道原理說明白沒,總結(jié)一句,就是你調(diào)用別的界面不是直接new那個(gè)界面,而是通過扔出一個(gè)intent,讓系統(tǒng)幫你去調(diào)用那個(gè)界面,這樣就多么松藕合啊,而且符合了生命周期被系統(tǒng)管理的原則。
想知道category都有啥,Android為你預(yù)先定制好的action都有啥等等,請(qǐng)親自訪問官方鏈接Intent
ps:想知道怎么調(diào)用系統(tǒng)應(yīng)用程序的同學(xué),可以仔細(xì)看一下你的logcat,每次運(yùn)行一個(gè)程序的時(shí)候是不是有一些信息比如:
Startingactivity: Intent {action=android.intent.action.MAINcategories={android.intent.category.LAUNCHER}flags=0x10200000comp={com.android.camera/com.android.camera.GalleryPicker}}
再對(duì)照一下Intent的一些set方法,就知道怎么調(diào)用咯,希望你喜歡:)
1、什么是ANR如何避免它?
答:ANR:ApplicationNot Responding,五秒
在Android中,活動(dòng)管理器和窗口管理器這兩個(gè)系統(tǒng)服務(wù)負(fù)責(zé)監(jiān)視應(yīng)用程序的響應(yīng)。當(dāng)出現(xiàn)下列情況時(shí),Android就會(huì)顯示ANR對(duì)話框了:
對(duì)輸入事件(如按鍵、觸摸屏事件)的響應(yīng)超過5秒
意向接受器(intentReceiver)超過10秒鐘仍未執(zhí)行完畢
Android應(yīng)用程序完全運(yùn)行在一個(gè)獨(dú)立的線程中(例如main)。這就意味著,任何在主線程中運(yùn)行的,需要消耗大量時(shí)間的操作都會(huì)引發(fā)ANR。因?yàn)榇藭r(shí),你的應(yīng)用程序已經(jīng)沒有機(jī)會(huì)去響應(yīng)輸入事件和意向廣播(Intentbroadcast)。
因此,任何運(yùn)行在主線程中的方法,都要盡可能的只做少量的工作。特別是活動(dòng)生命周期中的重要方法如onCreate()和onResume()等更應(yīng)如此。潛在的比較耗時(shí)的操作,如訪問網(wǎng)絡(luò)和數(shù)據(jù)庫;或者是開銷很大的計(jì)算,比如改變位圖的大小,需要在一個(gè)單獨(dú)的子線程中完成(或者是使用異步請(qǐng)求,如數(shù)據(jù)庫操作)。但這并不意味著你的主線程需要進(jìn)入阻塞狀態(tài)已等待子線程結(jié)束--也不需要調(diào)用Therad.wait()或者Thread.sleep()方法。取而代之的是,主線程為子線程提供一個(gè)句柄(Handler),讓子線程在即將結(jié)束的時(shí)候調(diào)用它(xing:可以參看Snake的例子,這種方法與以前我們所接觸的有所不同)。使用這種方法涉及你的應(yīng)用程序,能夠保證你的程序?qū)斎氡3至己玫捻憫?yīng),從而避免因?yàn)檩斎胧录^5秒鐘不被處理而產(chǎn)生的ANR。這種實(shí)踐需要應(yīng)用到所有顯示用戶界面的線程,因?yàn)樗麄兌济媾R著同樣的超時(shí)問題。
2、什么情況會(huì)導(dǎo)致ForceClose ?如何避免?能否捕獲導(dǎo)致其的異常?
答:一般像空指針啊,可以看起logcat,然后對(duì)應(yīng)到程序中來解決錯(cuò)誤
3、Android本身的api并未聲明會(huì)拋出異常,則其在運(yùn)行時(shí)有無可能拋出runtime異常,你遇到過嗎?諾有的話會(huì)導(dǎo)致什么問題?如何解決?
4、簡要解釋一下activity、intent 、intentfilter、service、Broadcase、BroadcaseReceiver
答:一個(gè)activity呈現(xiàn)了一個(gè)用戶可以操作的可視化用戶界面
一個(gè)service不包含可見的用戶界面,而是在后臺(tái)無限地運(yùn)行
可以連接到一個(gè)正在運(yùn)行的服務(wù)中,連接后,可以通過服務(wù)中暴露出來的借口與其進(jìn)行通信
一個(gè)broadcastreceiver是一個(gè)接收廣播消息并作出回應(yīng)的component,broadcastreceiver沒有界面
intent:contentprovider在接收到ContentResolver的請(qǐng)求時(shí)被激活。
activity,service和broadcastreceiver是被稱為intents的異步消息激活的。
一個(gè)intent是一個(gè)Intent對(duì)象,它保存了消息的內(nèi)容。對(duì)于activity和service來說,它指定了請(qǐng)求的操作名稱和待操作數(shù)據(jù)的URI
Intent對(duì)象可以顯式的指定一個(gè)目標(biāo)component。如果這樣的話,android會(huì)找到這個(gè)component(基于manifest文件中的聲明)并激活它。但如果一個(gè)目標(biāo)不是顯式指定的,android必須找到響應(yīng)intent的最佳component。
它是通過將Intent對(duì)象和目標(biāo)的intentfilter相比較來完成這一工作的。一個(gè)component的intentfilter告訴android該component能處理的intent。intentfilter也是在manifest文件中聲明的。
5、IntentService有何優(yōu)點(diǎn)?
答:IntentService的好處
*Acitivity的進(jìn)程,當(dāng)處理Intent的時(shí)候,會(huì)產(chǎn)生一個(gè)對(duì)應(yīng)的Service
*Android的進(jìn)程處理器現(xiàn)在會(huì)盡可能的不kill掉你
*非常容易使用
6、橫豎屏切換時(shí)候activity的生命周期?
1、不設(shè)置Activity的android:configChanges時(shí),切屏?xí)匦抡{(diào)用各個(gè)生命周期,切橫屏?xí)r會(huì)執(zhí)行一次,切豎屏?xí)r會(huì)執(zhí)行兩次
2、設(shè)置Activity的android:configChanges="orientation"時(shí),切屏還是會(huì)重新調(diào)用各個(gè)生命周期,切橫、豎屏?xí)r只會(huì)執(zhí)行一次
3、設(shè)置Activity的android:configChanges="orientation|keyboardHidden"時(shí),切屏不會(huì)重新調(diào)用各個(gè)生命周期,只會(huì)執(zhí)行onConfigurationChanged方法
1.如何將SQLite數(shù)據(jù)庫(dictionary.db文件)與apk文件一起發(fā)布?
解答:可以將dictionary.db文件復(fù)制到EclipseAndroid工程中的resaw目錄中。所有在resaw目錄中的文件不會(huì)被壓縮,這樣可以直接提取該目錄中的文件。可以將dictionary.db文件復(fù)制到resaw目錄中
2.如何將打開resaw目錄中的數(shù)據(jù)庫文件?
解答:在Android中不能直接打開resaw目錄中的數(shù)據(jù)庫文件,而需要在程序第一次啟動(dòng)時(shí)將該文件復(fù)制到手機(jī)內(nèi)存或SD卡的某個(gè)目錄中,然后再打開該數(shù)據(jù)庫文件。復(fù)制的基本方法是使用getResources().openRawResource方法獲得resaw目錄中資源的InputStream對(duì)象,然后將該InputStream對(duì)象中的數(shù)據(jù)寫入其他的目錄中相應(yīng)文件中。在AndroidSDK中可以使用SQLiteDatabase.openOrCreateDatabase方法來打開任意目錄中的SQLite數(shù)據(jù)庫文件。
3.Android引入廣播機(jī)制的用意?
答:a:從MVC的角度考慮(應(yīng)用程序內(nèi))
其實(shí)回答這個(gè)問題的時(shí)候還可以這樣問,android為什么要有那4大組件,現(xiàn)在的移動(dòng)開發(fā)模型基本上也是照搬的web那一套MVC架構(gòu),只不過是改了點(diǎn)嫁妝而已。android的四大組件本質(zhì)上就是為了實(shí)現(xiàn)移動(dòng)或者說嵌入式設(shè)備上的MVC架構(gòu),它們之間有時(shí)候是一種相互依存的關(guān)系,有時(shí)候又是一種補(bǔ)充關(guān)系,引入廣播機(jī)制可以方便幾大組件的信息和數(shù)據(jù)交互。
b:程序間互通消息(例如在自己的應(yīng)用程序內(nèi)監(jiān)聽系統(tǒng)來電)
c:效率上(參考UDP的廣播協(xié)議在局域網(wǎng)的方便性)
d:設(shè)計(jì)模式上(反轉(zhuǎn)控制的一種應(yīng)用,類似監(jiān)聽者模式)