25K大致算的上是Android開(kāi)發(fā)的一個(gè)分水嶺了。沒(méi)點(diǎn)真正的東西,還真的拿不到25
創(chuàng)新互聯(lián)公司-專(zhuān)業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性?xún)r(jià)比安圖網(wǎng)站開(kāi)發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式安圖網(wǎng)站制作公司更省心,省錢(qián),快速模板網(wǎng)站建設(shè)找我們,業(yè)務(wù)覆蓋安圖地區(qū)。費(fèi)用合理售后完善,十余年實(shí)體公司更值得信賴(lài)。
本文講解:
我們?yōu)槭裁匆x擇離職
面試必問(wèn)面試題
如何選擇心儀的公司
工資跟不上消費(fèi)
上班找不到歸宿感和成績(jī)感,上班感覺(jué)和坐牢一樣
在公司沒(méi)有發(fā)展空間
1.APK安裝過(guò)程
應(yīng)用安裝涉及到如下幾個(gè)目錄:
system/app:系統(tǒng)自帶的應(yīng)用程序,無(wú)法刪除
data/app:用戶(hù)程序安裝的目錄,有刪除權(quán)限。安裝時(shí)把a(bǔ)pk文件復(fù)制到此目錄
data/data:存放應(yīng)用程序的數(shù)據(jù)
data/dalvik-cache:將apk中的dex文件安裝到dalvik-cache目錄下
復(fù)制APK安裝包到data/app目錄下,解壓并掃描安裝包,把dex文件(Dalvik字節(jié)碼)保存到dalvik-cache目錄,并在data/data目錄下創(chuàng)建對(duì)應(yīng)的應(yīng)用數(shù)據(jù)目錄
2.invalidate()和postInvalidate() 的區(qū)別
invalidate()是用來(lái)刷新View的,必須是在UI線(xiàn)程中進(jìn)行工作。比如在修改某個(gè)view的顯示時(shí),調(diào)用invalidate()才能看到重新繪制的界面。
postInvalidate()在工作者線(xiàn)程中被調(diào)用。
3.Parcelable和Serializable區(qū)別
Parcelable的性能比Serializable好,在內(nèi)存開(kāi)銷(xiāo)方面較小,所以在內(nèi)存間數(shù)據(jù)傳輸時(shí)推薦使用Parcelable,如activity間傳輸數(shù)據(jù),而Serializable可將數(shù)據(jù)持久化方便保存,所以在需要保存或網(wǎng)絡(luò)傳輸數(shù)據(jù)時(shí)選擇Serializable,因?yàn)閍ndroid不同版本Parcelable可能不同,所以不推薦使用Parcelable進(jìn)行數(shù)據(jù)持久化。
Serializable序列化不保存靜態(tài)變量,可以使用Transient關(guān)鍵字對(duì)部分字段不進(jìn)行序列化,也可以覆蓋writeObject、readObject方法以實(shí)現(xiàn)序列化過(guò)程自定義。
4.Android里跨進(jìn)程傳遞數(shù)據(jù)的幾種方案
Binder
Socket/LocalSocket
共享內(nèi)存
5.匿名共享內(nèi)存,使用場(chǎng)景
在Android系統(tǒng)中,提供了獨(dú)特的匿名共享內(nèi)存子系統(tǒng)Ashmem(Anonymous Shared Memory),它以驅(qū)動(dòng)程序的形式實(shí)現(xiàn)在內(nèi)核空間中。它有兩個(gè)特點(diǎn),一是能夠輔助內(nèi)存管理系統(tǒng)來(lái)有效地管理不再使用的內(nèi)存塊,二是它通過(guò)Binder進(jìn)程間通信機(jī)制來(lái)實(shí)現(xiàn)進(jìn)程間的內(nèi)存共享。
ashmem并像Binder是Android重新自己搞的一套東西,而是利用了Linux的 tmpfs文件系統(tǒng)。tmpfs是一種可以基于RAM或是SWAP的高速文件系統(tǒng),然后可以拿它來(lái)實(shí)現(xiàn)不同進(jìn)程間的內(nèi)存共享。
大致思路和流程是:
Proc A 通過(guò) tmpfs 創(chuàng)建一塊共享區(qū)域,得到這塊區(qū)域的 fd(文件描述符)
Proc A 在 fd 上 mmap 一片內(nèi)存區(qū)域到本進(jìn)程用于共享數(shù)據(jù)
Proc A 通過(guò)某種方法把 fd 倒騰給 Proc B
Proc B 在接到的 fd 上同樣 mmap 相同的區(qū)域到本進(jìn)程
然后 A、B 在 mmap 到本進(jìn)程中的內(nèi)存中讀、寫(xiě),對(duì)方都能看到了
其實(shí)核心點(diǎn)就是創(chuàng)建一塊共享區(qū)域,然后2個(gè)進(jìn)程同時(shí)把這片區(qū)域 mmap 到本進(jìn)程,然后讀寫(xiě)就像本進(jìn)程的內(nèi)存一樣。這里要解釋下第3步,為什么要倒騰 fd,因?yàn)樵?linux 中 fd 只是對(duì)本進(jìn)程是唯一的,在 Proc A 中打開(kāi)一個(gè)文件得到一個(gè) fd,但是把這個(gè)打開(kāi)的 fd 直接放到 Proc B 中,Proc B 是無(wú)法直接使用的。但是文件是唯一的,就是說(shuō)一個(gè)文件(file)可以被打開(kāi)多次,每打開(kāi)一次就有一個(gè) fd(文件描述符),所以對(duì)于同一個(gè)文件來(lái)說(shuō),需要某種轉(zhuǎn)化,把 Proc A 中的 fd 轉(zhuǎn)化成 Proc B 中的 fd。這樣 Proc B 才能通過(guò) fd mmap 同樣的共享內(nèi)存文件。
使用場(chǎng)景:進(jìn)程間大量數(shù)據(jù)傳輸
6.ContentProvider實(shí)現(xiàn)原理
ContentProvider 有以下兩個(gè)特點(diǎn):
封裝:對(duì)數(shù)據(jù)進(jìn)行封裝,提供統(tǒng)一的接口,使用者完全不必關(guān)心這些數(shù)據(jù)是在DB,XML、Preferences或者網(wǎng)絡(luò)請(qǐng)求來(lái)的。當(dāng)項(xiàng)目需求要改變數(shù)據(jù)來(lái)源時(shí),使用我們的地方完全不需要修改。
提供一種跨進(jìn)程數(shù)據(jù)共享的方式。
Content Provider組件在不同應(yīng)用程序之間傳輸數(shù)據(jù)是基于匿名共享內(nèi)存機(jī)制來(lái)實(shí)現(xiàn)的。其主要的調(diào)用過(guò)程:
①通過(guò)ContentResolver先查找對(duì)應(yīng)給定Uri的ContentProvider,返回對(duì)應(yīng)的BinderProxy
如果該P(yáng)rovider尚未被調(diào)用進(jìn)程使用過(guò):
通過(guò)ServiceManager查找activity service得到ActivityManagerService對(duì)應(yīng)BinderProxy
調(diào)用BinderProxy的transcat方法發(fā)送GET_CONTENT_PROVIDER_TRANSACTION命令,得到對(duì)應(yīng)ContentProvider的BinderProxy。
如果該P(yáng)rovider已被調(diào)用進(jìn)程使用過(guò),則調(diào)用進(jìn)程會(huì)保留使用過(guò)provider的HashMap。此時(shí)直接從此表查詢(xún)即得。
②調(diào)用BinderProxy的query()
7.如何使用ContentProvider進(jìn)行批量操作?
通常進(jìn)行數(shù)據(jù)的批量操作我們都會(huì)使用“事務(wù)”,但是ContentProvider如何進(jìn)行批量操作呢?創(chuàng)建 ContentProviderOperation 對(duì)象數(shù)組,然后使用 ContentResolver.applyBatch() 將其分派給內(nèi)容提供程序。您需將內(nèi)容提供程序的授權(quán)傳遞給此方法,而不是特定內(nèi)容 URI。這樣可使數(shù)組中的每個(gè) ContentProviderOperation 對(duì)象都能適用于其他表。調(diào)用 ContentResolver.applyBatch() 會(huì)返回結(jié)果數(shù)組。
同時(shí)我們還可以通過(guò)ContentObserver對(duì)數(shù)據(jù)進(jìn)行觀察:
創(chuàng)建我們特定的ContentObserver派生類(lèi),必須重載onChange()方法去處理回調(diào)后的功能實(shí)現(xiàn)
利用context.getContentResolover()獲得ContentResolove對(duì)象,接著調(diào)用registerContentObserver()方法去注冊(cè)內(nèi)容觀察者,為指定的Uri注冊(cè)一個(gè)ContentObserver派生類(lèi)實(shí)例,當(dāng)給定的Uri發(fā)生改變時(shí),回調(diào)該實(shí)例對(duì)象去處理。
由于ContentObserver的生命周期不同步于Activity和Service等,因此,在不需要時(shí),需要手動(dòng)的調(diào)用unregisterContentObserver()去取消注冊(cè)。
8.廣播注冊(cè)后不解除注冊(cè)會(huì)有什么問(wèn)題?(內(nèi)存泄露)
我們可以通過(guò)兩種方式注冊(cè)BroadcastReceiver,一是在Activity啟動(dòng)過(guò)程中通過(guò)代碼動(dòng)態(tài)注冊(cè),二是在AndroidManifest.xml文件中利用<receiver>標(biāo)簽進(jìn)行靜態(tài)注冊(cè)。
對(duì)于第一種方法,我們需要養(yǎng)成一個(gè)良好的習(xí)慣:在Activity進(jìn)入停止或者銷(xiāo)毀狀態(tài)的時(shí)候使用unregisterReceiver方法將注冊(cè)的BroadcastReceiver注銷(xiāo)掉。
對(duì)于<receiver>標(biāo)簽進(jìn)行注冊(cè)的,那么該對(duì)象的實(shí)例在onReceive被調(diào)用之后就會(huì)在任意時(shí)間內(nèi)被銷(xiāo)毀。
9.屬性動(dòng)畫(huà)(Property Animation)和補(bǔ)間動(dòng)畫(huà)(Tween Animation)的區(qū)別
10.BrocastReceive里面可不可以執(zhí)行耗時(shí)操作?
11.Android優(yōu)化工具:TraceView和Systrace
12.Dalvik與ART的區(qū)別?
13.Android動(dòng)態(tài)權(quán)限?
14.ViewPager如何判斷左右滑動(dòng)?
實(shí)現(xiàn)OnPageChangeListener并重寫(xiě)onPageScrolled方法,通過(guò)參數(shù)進(jìn)行判斷。
15.ListView與RecyclerView
16.描述一下Android手機(jī)啟動(dòng)過(guò)程和App啟動(dòng)過(guò)程?
Android手機(jī)啟動(dòng)過(guò)程
當(dāng)我們開(kāi)機(jī)時(shí),首先是啟動(dòng)Linux內(nèi)核,在Linux內(nèi)核中首先啟動(dòng)的是init進(jìn)程,這個(gè)進(jìn)程會(huì)去讀取配置文件system\core\rootdir\init.rc
配置文件,這個(gè)文件中配置了Android系統(tǒng)中第一個(gè)進(jìn)程Zygote進(jìn)程。
啟動(dòng)Zygote進(jìn)程 --> 創(chuàng)建AppRuntime(Android運(yùn)行環(huán)境) --> 啟動(dòng)虛擬機(jī) --> 在虛擬機(jī)中注冊(cè)JNI方法 --> 初始化進(jìn)程通信使用的Socket(用于接收AMS的請(qǐng)求) --> 啟動(dòng)系統(tǒng)服務(wù)進(jìn)程 --> 初始化時(shí)區(qū)、鍵盤(pán)布局等通用信息 --> 啟動(dòng)Binder線(xiàn)程池 --> 初始化系統(tǒng)服務(wù)(包括PMS,AMS等等) --> 啟動(dòng)Launcher
App啟動(dòng)過(guò)程
應(yīng)用的啟動(dòng)是從其他應(yīng)用調(diào)用startActivity開(kāi)始的。通過(guò)代理請(qǐng)求AMS啟動(dòng)Activity。
AMS創(chuàng)建進(jìn)程,并進(jìn)入ActivityThread的main入口。在main入口,主線(xiàn)程初始化,并loop起來(lái)。主線(xiàn)程初始化,主要是實(shí)例化ActivityThread和ApplicationThread,以及MainLooper的創(chuàng)建。ActivityThread和ApplicationThread實(shí)例用于與AMS進(jìn)程通信。
應(yīng)用進(jìn)程將實(shí)例化的ApplicationThread,Binder傳遞給AMS,這樣AMS就可以通過(guò)代理對(duì)應(yīng)用進(jìn)程進(jìn)行訪(fǎng)問(wèn)。
AMS通過(guò)代理,請(qǐng)求啟動(dòng)Activity。ApplicationThread通知主線(xiàn)程執(zhí)行該請(qǐng)求。然后,ActivityThread執(zhí)行Activity的啟動(dòng)。
Activity的啟動(dòng)包括,Activity的實(shí)例化,Application的實(shí)例化,以及Activity的啟動(dòng)流程:create、start、resume。
可以看到 入口Activity其實(shí)是先于Application實(shí)例化,只是onCreate之類(lèi)的流程,先于Activity的流程。另外需要scheduleLaunchActivity,在ApplicationThreaad中,對(duì)應(yīng)AMS管理Activity生命周期的方法都以scheduleXXXActivity,ApplicationThread在Binder線(xiàn)程中,它會(huì)向主線(xiàn)程發(fā)送消息,ActivityThread的Handler會(huì)調(diào)用相應(yīng)的handleXXXActivity方法,然后會(huì)執(zhí)行performXXXActivity方法,最終調(diào)用Activity的onXXX方法
17.Asset目錄與res目錄的區(qū)別
18.Application 在多進(jìn)程下會(huì)多次調(diào)用 onCreate() 么?
當(dāng)采用多進(jìn)程的時(shí)候,比如下面的Service 配置:
android:process 屬性中 :的作用就是把這個(gè)名字附加到你的包所運(yùn)行的標(biāo)準(zhǔn)進(jìn)程名字的后面作為新的進(jìn)程名稱(chēng)。
這樣配置會(huì)調(diào)用 onCreate() 兩次
19.FragmentPagerAdapter 和 FragmentStateAdapter 的區(qū)別?
20.SurfaceView && View && GLSurfaceView
更多題目答案,請(qǐng)文末領(lǐng)取
多家offer,如何選擇?
廠(chǎng)大選大的 ,廠(chǎng)小選公司有錢(qián)的,都差不多選加班少的,加班都多,選錢(qián)多的。
只要技術(shù)在手,哪里都有飯吃,最后千萬(wàn)別裸辭
有沒(méi)有志同道合的小伙伴共同進(jìn)步?前面說(shuō)的那些面試題的答案呢?
對(duì)此整理了一套適合Android工程師學(xué)習(xí)的資料文檔分享《Android架構(gòu)視頻+BAT面試專(zhuān)題PDF+學(xué)習(xí)筆記》
如果感覺(jué)本文對(duì)你有幫助,請(qǐng)點(diǎn)個(gè)贊吧謝謝~
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn,海內(nèi)外云服務(wù)器15元起步,三天無(wú)理由+7*72小時(shí)售后在線(xiàn),公司持有idc許可證,提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國(guó)服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡(jiǎn)單易用、服務(wù)可用性高、性?xún)r(jià)比高”等特點(diǎn)與優(yōu)勢(shì),專(zhuān)為企業(yè)上云打造定制,能夠滿(mǎn)足用戶(hù)豐富、多元化的應(yīng)用場(chǎng)景需求。
網(wǎng)站欄目:20道25K+Android工程師面試必問(wèn)面試題-創(chuàng)新互聯(lián)
文章URL:http://aaarwkj.com/article28/coeecp.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供云服務(wù)器、網(wǎng)站設(shè)計(jì)公司、網(wǎng)站維護(hù)、全網(wǎng)營(yíng)銷(xiāo)推廣、靜態(tài)網(wǎng)站、微信小程序
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話(huà):028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容