本文小編為大家詳細(xì)介紹“Android基礎(chǔ)面試題有哪些”,內(nèi)容詳細(xì),步驟清晰,細(xì)節(jié)處理妥當(dāng),希望這篇“Android基礎(chǔ)面試題有哪些”文章能幫助大家解決疑惑,下面跟著小編的思路慢慢深入,一起來(lái)學(xué)習(xí)新知識(shí)吧。
成都創(chuàng)新互聯(lián)公司專注于企業(yè)全網(wǎng)整合營(yíng)銷推廣、網(wǎng)站重做改版、西湖網(wǎng)站定制設(shè)計(jì)、自適應(yīng)品牌網(wǎng)站建設(shè)、H5頁(yè)面制作、商城網(wǎng)站建設(shè)、集團(tuán)公司官網(wǎng)建設(shè)、外貿(mào)網(wǎng)站建設(shè)、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁(yè)設(shè)計(jì)等建站業(yè)務(wù),價(jià)格優(yōu)惠性價(jià)比高,為西湖等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。android 性能主要之響應(yīng)速度 和UI刷新速度。
可以參考博客:Android系統(tǒng)性能調(diào)優(yōu)工具介紹
首先從函數(shù)的耗時(shí)來(lái)說(shuō),有一個(gè)工具TraceView 這是androidsdk自帶的工作,用于測(cè)量函數(shù)耗時(shí)的。
UI布局的分析,可以有2塊,一塊就是Hierarchy Viewer 可以看到View的布局層次,以及每個(gè)View刷新加載的時(shí)間。
這樣可以很快定位到那塊layout & View 耗時(shí)最長(zhǎng)。
還有就是通過(guò)自定義View來(lái)減少view的層次。
內(nèi)存泄露是個(gè)折騰的問(wèn)題。
什么時(shí)候會(huì)發(fā)生內(nèi)存泄露??jī)?nèi)存泄露的根本原因:長(zhǎng)生命周期的對(duì)象持有短生命周期的對(duì)象。短周期對(duì)象就無(wú)法及時(shí)釋放。
I. 靜態(tài)集合類引起內(nèi)存泄露
主要是hashmap,Vector等,如果是靜態(tài)集合 這些集合沒(méi)有及時(shí)setnull的話,就會(huì)一直持有這些對(duì)象。
II.remove 方法無(wú)法刪除set集 Objects.hash(firstName, lastName);
經(jīng)過(guò)測(cè)試,hashcode修改后,就沒(méi)有辦法remove了。
III. observer 我們?cè)谑褂帽O(jiān)聽器的時(shí)候,往往是addxxxlistener,但是當(dāng)我們不需要的時(shí)候,忘記removexxxlistener,就容易內(nèi)存leak。
廣播沒(méi)有unregisterrecevier
IV.各種數(shù)據(jù)鏈接沒(méi)有關(guān)閉,數(shù)據(jù)庫(kù)contentprovider,io,sokect等。cursor
V.內(nèi)部類:
java中的內(nèi)部類(匿名內(nèi)部類),會(huì)持有宿主類的強(qiáng)引用this。
所以如果是new Thread這種,后臺(tái)線程的操作,當(dāng)線程沒(méi)有執(zhí)行結(jié)束時(shí),activity不會(huì)被回收。
Context的引用,當(dāng)TextView 等等都會(huì)持有上下文的引用。如果有static drawable,就會(huì)導(dǎo)致該內(nèi)存無(wú)法釋放。
VI.單例
單例 是一個(gè)全局的靜態(tài)對(duì)象,當(dāng)持有某個(gè)復(fù)制的類A是,A無(wú)法被釋放,內(nèi)存leak。
當(dāng)程序需要申請(qǐng)一段“大”內(nèi)存,但是虛擬機(jī)沒(méi)有辦法及時(shí)的給到,即使做了GC操作以后
這就會(huì)拋出 OutOfMemoryException 也就是OOM
為了減少單個(gè)APP對(duì)整個(gè)系統(tǒng)的影響,android為每個(gè)app設(shè)置了一個(gè)內(nèi)存上限。
public void getMemoryLimited(Activity context) { ActivityManager activityManager =(ActivityManager)context.getSystemService(Context.ACTIVITY_SERVICE); System.out.println(activityManager.getMemoryClass()); System.out.println(activityManager.getLargeMemoryClass()); System.out.println(Runtime.getRuntime().maxMemory()/(1024*1024)); }
HTC M7實(shí)測(cè),192M上限。512M 一般情況下,192M就是上限,但是由于某些特殊情況,android允許使用一個(gè)更大的RAM。
I.ArrayMap/SparseArray代替hashmap
II.避免在android里面使用Enum
III.減少bitmap的內(nèi)存占用
inSampleSize:縮放比例,在把圖片載入內(nèi)存之前,我們需要先計(jì)算出一個(gè)合適的縮放比例,避免不必要的大圖載入。
decode format:解碼格式,選擇ARGB_8888/RBG_565/ARGB_4444/ALPHA_8,存在很大差異。
IV.減少資源圖片的大小,過(guò)大的圖片可以考慮分段加載
大多數(shù)對(duì)象的復(fù)用,都是利用對(duì)象池的技術(shù)。
I.listview/gridview/recycleview contentview的復(fù)用
II.inBitmap 屬性對(duì)于內(nèi)存對(duì)象的復(fù)用ARGB_8888/RBG_565/ARGB_4444/ALPHA_8
這個(gè)方法在某些條件下非常有用,比如要加載上千張圖片的時(shí)候。
III.避免在ondraw方法里面 new對(duì)象
IV.StringBuilder 代替+
CrashHandler
關(guān)鍵是實(shí)現(xiàn)Thread.UncaughtExceptionHandler
然后是在application的oncreate里面注冊(cè)。
ANR->Application Not Responding
也就是在規(guī)定的時(shí)間內(nèi),沒(méi)有響應(yīng)。
三種類型:
1). KeyDispatchTimeout(5 seconds) —主要類型按鍵或觸摸事件在特定時(shí)間內(nèi)無(wú)響應(yīng)
2). BroadcastTimeout(10 seconds) —BroadcastReceiver在特定時(shí)間內(nèi)無(wú)法處理完成
3). ServiceTimeout(20 seconds) —小概率類型 Service在特定的時(shí)間內(nèi)無(wú)法處理完成
為什么會(huì)超時(shí):事件沒(méi)有機(jī)會(huì)處理 & 事件處理超時(shí)
ANR的關(guān)鍵
是處理超時(shí),所以應(yīng)該避免在UI線程,BroadcastReceiver 還有service主線程中,處理復(fù)雜的邏輯和計(jì)算
而交給work thread操作。
1)避免在activity里面做耗時(shí)操作,oncreate & onresume
2)避免在onReceiver里面做過(guò)多操作
3)避免在Intent Receiver里啟動(dòng)一個(gè)Activity,因?yàn)樗鼤?huì)創(chuàng)建一個(gè)新的畫面,并從當(dāng)前用戶正在運(yùn)行的程序上搶奪焦點(diǎn)。
4)盡量使用handler來(lái)處理UI thread & workthread的交互。
首先定位ANR發(fā)生的log:
04-01 13:12:11.572 I/InputDispatcher( 220): Application is not responding:Window{2b263310com.android.email/com.android.email.activity.SplitScreenActivitypaused=false}. 5009.8ms since event, 5009.5ms since waitstartedCPUusage from 4361ms to 699ms ago ----CPU在ANR發(fā)生前的使用情況04-0113:12:15.872 E/ActivityManager( 220): 100%TOTAL: 4.8% user + 7.6% kernel + 87% iowait04-0113:12:15.872 E/ActivityManager( 220): CPUusage from 3697ms to 4223ms later:-- ANR后CPU的使用量
從log可以看出,cpu在做大量的io操作。
所以可以查看io操作的地方。
當(dāng)然,也有可能cpu占用不高,那就是 主線程被block住了。
1)共享變量(內(nèi)存)
2)管道
3)handle機(jī)制
runOnUiThread(Runnable)
view.post(Runnable)
Dalvik進(jìn)程。
每一個(gè)android app都會(huì)獨(dú)立占用一個(gè)dvm虛擬機(jī),運(yùn)行在linux系統(tǒng)中。
所以dalvik進(jìn)程和linux進(jìn)程是可以理解為一個(gè)概念。
從小到上就是:
linux kernel,lib dalvik vm ,application framework, app
activitymanager.getMemoryClass() 獲取內(nèi)存限制。
關(guān)于合理使用內(nèi)存,其實(shí)就是避免OOM & 內(nèi)存泄露中已經(jīng)說(shuō)明。
1)main code
unit test
3)mianifest
4)res->drawable,drawable-xxhdpi,layout,value,mipmap
mipmap 是一種很早就有的技術(shù)了,翻譯過(guò)來(lái)就是紋理映射技術(shù).
google建議只把啟動(dòng)圖片放入。
5)lib
6)color
文件的系統(tǒng)權(quán)限是由linux系統(tǒng)規(guī)定的,只讀,讀寫等。
運(yùn)行時(shí)權(quán)限,是對(duì)于某個(gè)系統(tǒng)上的app的訪問(wèn)權(quán)限,允許,拒絕,詢問(wèn)。該功能可以防止非法的程序訪問(wèn)敏感的信息。
Framework是android 系統(tǒng)對(duì) linux kernel,lib庫(kù)等封裝,提供WMS,AMS,bind機(jī)制,handler-message機(jī)制等方式,供app使用。
簡(jiǎn)單來(lái)說(shuō)framework就是提供app生存的環(huán)境。
1)Activity在attch方法的時(shí)候,會(huì)創(chuàng)建一個(gè)phonewindow(window的子類)
2)onCreate中的setContentView方法,會(huì)創(chuàng)建DecorView
3)DecorView 的addview方法,會(huì)把layout中的布局加載進(jìn)來(lái)。
線程間的通信可以參考第6點(diǎn)。
進(jìn)程間的通信:bind機(jī)制(IPC->AIDL),linux級(jí)共享內(nèi)存,boradcast,
Activity 之間,activity & serview之間的通信,無(wú)論他們是否在一個(gè)進(jìn)程內(nèi)。
屏幕適配的方式:xxxdpi, wrap_content,match_parent. 獲取屏幕大小,做處理。
dp來(lái)適配屏幕,sp來(lái)確定字體大小
drawable-xxdpi, values-1280*1920等 這些就是資源的適配。
wrap_content,match_parent, 這些是view的自適應(yīng)
weight,這是權(quán)重的適配。
Android Interface Definition Language
AIDL是使用bind機(jī)制來(lái)工作。
參數(shù):
java原生參數(shù)
String
parcelable
list & map 元素 需要支持AIDL
參考:android 進(jìn)程/線程管理(一)——消息機(jī)制的框架 這個(gè)系類。
android 事件分發(fā)機(jī)制
EventBus,廣播,view.post, runinUiThread
但是無(wú)論各種花樣,本質(zhì)上就2種:handler機(jī)制 + 廣播
必須可以。子線程 可以new 一個(gè)mainHandler,然后發(fā)送消息到UI Thread。
視圖動(dòng)畫,或者說(shuō)補(bǔ)間動(dòng)畫。只是視覺上的一個(gè)效果,實(shí)際view屬性沒(méi)有變化,性能好,但是支持方式少。
屬性動(dòng)畫,通過(guò)變化屬性來(lái)達(dá)到動(dòng)畫的效果,性能略差,支持點(diǎn)擊等事件。android 3.0
幀動(dòng)畫,通過(guò)drawable一幀幀畫出來(lái)。
Gif動(dòng)畫,原理同上,canvas畫出來(lái)。
overridePendingTransition
view的更新必須在UI thread中進(jìn)行
surfaceview會(huì)單獨(dú)有一個(gè)線程做ui的更新。
surfaceview 支持open GL繪制。
I.EventBus 事件分發(fā)機(jī)制,由handler實(shí)現(xiàn),線程間通信
II.xUtils->DbUtils,ViewUtils,HttpUtils,BitmapUtils
III.百度地圖
IV.volley
V.fastjson
VI.picciso
VII.友盟
VIII.zxing
IX.Gson
pull2RefreshListView
public class CycleView extends View { Paint mPaint = new Paint(); public CycleView(Context context) { this(context, null); } public CycleView(Context context, AttributeSet attrs) { super(context, attrs); initView(); } private void initView() { mPaint.setAntiAlias(true); mPaint.setStyle(Paint.Style.STROKE); mPaint.setStrokeWidth(20); } @Override protected void onDraw(Canvas canvas) { super.onDraw(canvas); canvas.drawCircle(100,100,50,mPaint); }}
讀到這里,這篇“Android基礎(chǔ)面試題有哪些”文章已經(jīng)介紹完畢,想要掌握這篇文章的知識(shí)點(diǎn)還需要大家自己動(dòng)手實(shí)踐使用過(guò)才能領(lǐng)會(huì),如果想了解更多相關(guān)內(nèi)容的文章,歡迎關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道。