您好,登錄后才能下訂單哦!
有哪些Android高級(jí)面試題?針對(duì)這個(gè)問題,這篇文章詳細(xì)介紹了相對(duì)應(yīng)的分析和解答,希望可以幫助更多想解決這個(gè)問題的小伙伴找到更簡(jiǎn)單易行的方法。
android 性能主要之響應(yīng)速度 和UI刷新速度。
可以參考博客:Android系統(tǒng)性能調(diào)優(yōu)工具介紹
首先從函數(shù)的耗時(shí)來說,有一個(gè)工具TraceView 這是androidsdk自帶的工作,用于測(cè)量函數(shù)耗時(shí)的。
UI布局的分析,可以有2塊,一塊就是Hierarchy Viewer 可以看到View的布局層次,以及每個(gè)View刷新加載的時(shí)間。
這樣可以很快定位到那塊layout & View 耗時(shí)最長(zhǎng)。
還有就是通過自定義View來減少view的層次。
內(nèi)存泄露是個(gè)折騰的問題。
什么時(shí)候會(huì)發(fā)生內(nèi)存泄露??jī)?nèi)存泄露的根本原因:長(zhǎng)生命周期的對(duì)象持有短生命周期的對(duì)象。短周期對(duì)象就無法及時(shí)釋放。
I. 靜態(tài)集合類引起內(nèi)存泄露
主要是hashmap,Vector等,如果是靜態(tài)集合 這些集合沒有及時(shí)setnull的話,就會(huì)一直持有這些對(duì)象。
II.remove 方法無法刪除set集 Objects.hash(firstName, lastName);
經(jīng)過測(cè)試,hashcode修改后,就沒有辦法remove了。
III. observer 我們?cè)谑褂帽O(jiān)聽器的時(shí)候,往往是addxxxlistener,但是當(dāng)我們不需要的時(shí)候,忘記removexxxlistener,就容易內(nèi)存leak。
廣播沒有unregisterrecevier
IV.各種數(shù)據(jù)鏈接沒有關(guān)閉,數(shù)據(jù)庫contentprovider,io,sokect等。cursor
V.內(nèi)部類:
java中的內(nèi)部類(匿名內(nèi)部類),會(huì)持有宿主類的強(qiáng)引用this。
所以如果是new Thread這種,后臺(tái)線程的操作,當(dāng)線程沒有執(zhí)行結(jié)束時(shí),activity不會(huì)被回收。
Context的引用,當(dāng)TextView 等等都會(huì)持有上下文的引用。如果有static drawable,就會(huì)導(dǎo)致該內(nèi)存無法釋放。
VI.單例
單例 是一個(gè)全局的靜態(tài)對(duì)象,當(dāng)持有某個(gè)復(fù)制的類A是,A無法被釋放,內(nèi)存leak。
當(dāng)程序需要申請(qǐng)一段“大”內(nèi)存,但是虛擬機(jī)沒有辦法及時(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)); }
09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 192 09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 512 09-10 10:20:00.477 4153-4153/com.joyfulmath.samples I/System.out: 192
HTC M7實(shí)測(cè),192M上限。512M 一般情況下,192M就是上限,但是由于某些特殊情況,android允許使用一個(gè)更大的RAM。
I.ArrayMap/SparseArray代替hashmap
II.避免在android里面使用Enum
III.減少bitmap的內(nèi)存占用
IV.減少資源圖片的大小,過大的圖片可以考慮分段加載
大多數(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 代替+
public class CrashHandler implements Thread.UncaughtExceptionHandler { private static CrashHandler instance = null; public static synchronized CrashHandler getInstance() { if(instance == null) { instance = new CrashHandler(); } return instance; } public void init(Context context) { Thread.setDefaultUncaughtExceptionHandler(this); } @Override public void uncaughtException(Thread thread, Throwable ex) { StringBuilder stringBuilder = new StringBuilder(); stringBuilder.append("Thread:"); stringBuilder.append(thread.toString()); stringBuilder.append("\t"); stringBuilder.append(ex); TraceLog.i(stringBuilder.toString()); TraceLog.printCallStatck(ex); } }
CrashHandler
關(guān)鍵是實(shí)現(xiàn)Thread.UncaughtExceptionHandler
然后是在application的oncreate里面注冊(cè)。
ANR->Application Not Responding
也就是在規(guī)定的時(shí)間內(nèi),沒有響應(yīng)。
三種類型:
1). KeyDispatchTimeout(5 seconds) --主要類型按鍵或觸摸事件在特定時(shí)間內(nèi)無響應(yīng)
2). BroadcastTimeout(10 seconds) --BroadcastReceiver在特定時(shí)間內(nèi)無法處理完成
3). ServiceTimeout(20 seconds) --小概率類型 Service在特定的時(shí)間內(nèi)無法處理完成
為什么會(huì)超時(shí):事件沒有機(jī)會(huì)處理 & 事件處理超時(shí)
ANR的關(guān)鍵
是處理超時(shí),所以應(yīng)該避免在UI線程,BroadcastReceiver 還有service主線程中,處理復(fù)雜的邏輯和計(jì)算
而交給work thread操作。
1)避免在activity里面做耗時(shí)操作,oncreate & onresume
2)避免在onReceiver里面做過多操作
3)避免在Intent Receiver里啟動(dòng)一個(gè)Activity,因?yàn)樗鼤?huì)創(chuàng)建一個(gè)新的畫面,并從當(dāng)前用戶正在運(yùn)行的程序上搶奪焦點(diǎn)。
4)盡量使用handler來處理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 waitstarted
CPUusage 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)說明。
1)main code
2) unit test
3)mianifest
4)res->drawable,drawable-xxhdpi,layout,value,mipmap
mipmap 是一種很早就有的技術(shù)了,翻譯過來就是紋理映射技術(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的訪問權(quán)限,允許,拒絕,詢問。該功能可以防止非法的程序訪問敏感的信息。
Framework是android 系統(tǒng)對(duì) linux kernel,lib庫等封裝,提供WMS,AMS,bind機(jī)制,handler-message機(jī)制等方式,供app使用。
簡(jiǎn)單來說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)來。
線程間的通信可以參考第6點(diǎn)。
進(jìn)程間的通信:bind機(jī)制(IPC->AIDL),linux級(jí)共享內(nèi)存,boradcast,
Activity 之間,activity & serview之間的通信,無論他們是否在一個(gè)進(jìn)程內(nèi)。
屏幕適配的方式:xxxdpi, wrap_content,match_parent. 獲取屏幕大小,做處理。
dp來適配屏幕,sp來確定字體大小
drawable-xxdpi, values-1280*1920等 這些就是資源的適配。
wrap_content,match_parent, 這些是view的自適應(yīng)
weight,這是權(quán)重的適配。
Android Interface Definition Language
AIDL是使用bind機(jī)制來工作。
參數(shù):
java原生參數(shù)
String
parcelable
list & map 元素 需要支持AIDL
參考:android 進(jìn)程/線程管理(一)----消息機(jī)制的框架 這個(gè)系類。
android 事件分發(fā)機(jī)制
EventBus,廣播,view.post, runinUiThread
但是無論各種花樣,本質(zhì)上就2種:handler機(jī)制 + 廣播
必須可以。子線程 可以new 一個(gè)mainHandler,然后發(fā)送消息到UI Thread。
視圖動(dòng)畫,或者說補(bǔ)間動(dòng)畫。只是視覺上的一個(gè)效果,實(shí)際view屬性沒有變化,性能好,但是支持方式少。
屬性動(dòng)畫,通過變化屬性來達(dá)到動(dòng)畫的效果,性能略差,支持點(diǎn)擊等事件。android 3.0
幀動(dòng)畫,通過drawable一幀幀畫出來。
Gif動(dòng)畫,原理同上,canvas畫出來。
具體可參考:https://i.cnblogs.com/posts?categoryid=672052
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
package com.joyfulmath.samples.Cycle;import android.content.Context;import android.graphics.Canvas;import android.graphics.Paint;import android.util.AttributeSet;import android.view.View;/** * Created by Administrator on 2016/9/11 0011. */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); } }
CycleView
關(guān)鍵是canvas.drawCycle & paint.setsytle(stoken)
可以不需要adapter
TBD.
QQ & 微信都有第三方登陸的sdk,要去注冊(cè)app
需要看支付寶的API文檔
關(guān)于有哪些Android高級(jí)面試題問題的解答就分享到這里了,希望以上內(nèi)容可以對(duì)大家有一定的幫助,如果你還有很多疑惑沒有解開,可以關(guān)注億速云行業(yè)資訊頻道了解更多相關(guān)知識(shí)。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。