前面部分參考 ?原文鏈接：http://www.reibang.com/p/4bcd4c50fd6b

自己添加了一些覺得有必要補(bǔ)充的知識連接以及個(gè)人認(rèn)為需要的技術(shù)補(bǔ)充

這里只是包含android部分帕膜，其實(shí)嘿歌，應(yīng)該還包含java基礎(chǔ)部分

0、Android整體架構(gòu)

談?wù)勀銓ndroid系統(tǒng)（體系）架構(gòu)的理解

android系統(tǒng)架構(gòu)圖

Linux操作系統(tǒng)為核心赂毯，從下往上逃沿，依賴關(guān)系鸵钝。

應(yīng)用程序?qū)樱喊ㄏ到y(tǒng)應(yīng)用以及第三方應(yīng)用吹由。

應(yīng)用程序框架：提供應(yīng)用開發(fā)所必須的一些API框架，是軟件復(fù)用的重要手段

庫：android運(yùn)行時(shí)（核心包（相當(dāng)于JDK提供的包）才顿，虛擬機(jī)（優(yōu)化過的JVM））莫湘；C/C++的一些庫

Linux核心：提供了電源管理、進(jìn)程調(diào)度郑气、內(nèi)存管理幅垮、網(wǎng)絡(luò)協(xié)議棧、驅(qū)動(dòng)模型等核心系統(tǒng)服務(wù)

內(nèi)容詳解文章：http://blog.csdn.net/woainijinying/article/details/52475758

android中的四大組件以及應(yīng)用場景

Activity：在Android應(yīng)用中負(fù)責(zé)與用戶交互的組件尾组。

Service：常用于為其他組件提供后臺服務(wù)或者監(jiān)控其他組件的運(yùn)行狀態(tài)忙芒。經(jīng)常用來執(zhí)行一些耗時(shí)操作。

BroadcastReceiver：用于監(jiān)聽?wèi)?yīng)用程序中的其他組件讳侨。

ContentProvider：Android應(yīng)用程序之間實(shí)現(xiàn)實(shí)時(shí)數(shù)據(jù)交換呵萨。

1、Activity的生命周期

生命周期：對象什么時(shí)候生跨跨，什么時(shí)候死潮峦，怎么寫代碼，代碼往那里寫勇婴。

注意：

當(dāng)打開新的Activity忱嘹，采用透明主題的時(shí)候，當(dāng)前Activity不會回調(diào)onStop

onCreate和onDestroy配對咆耿，onStart和onStop配對（是否可見）德谅，onResume和onPause配對（是否在前臺，可以與用戶交互）

打開新的Activity的時(shí)候萨螺，相關(guān)的Log為：

Main1Activity: onPause

Main2Activity: onCreate

Main2Activity: onStart

Main2Activity: onResume

MainA1ctivity: onStop

異常狀態(tài)下的生命周期：

資源相關(guān)的系統(tǒng)配置發(fā)生改變或者資源不足：例如屏幕旋轉(zhuǎn)窄做，當(dāng)前Activity會銷毀，并且在onStop之前回調(diào)onSaveInstanceState保存數(shù)據(jù)慰技，在重新創(chuàng)建Activity的時(shí)候在onStart之后回調(diào)onRestoreInstanceState椭盏。其中Bundle數(shù)據(jù)會傳到onCreate（不一定有數(shù)據(jù)）和onRestoreInstanceState（一定有數(shù)據(jù)）。

防止屏幕旋轉(zhuǎn)的時(shí)候重建吻商，在清單文件中添加配置：? ? android:configChanges="orientation"

activity生命周期總結(jié)：https://www.cnblogs.com/lwbqqyumidi/p/3769113.html

2掏颊、Fragment的生命周期

正常啟動(dòng)

? ? Activity: onCreate

? ? Fragment: onAttach

? ? Fragment: onCreate

? ? Fragment: onCreateView

? ? Fragment: onActivityCreated

? ? Activity: onStart

? ? Activity: onResume

正常退出

? ? Activity: onPause

? ? Activity: onStop

? ? Fragment: onDestroyView

? ? Fragment: onDestroy

? ? Fragment: onDetach

? ? Activity: onDestroy

總結(jié)：http://www.reibang.com/p/7e3aca1eb432

3、Activity的啟動(dòng)模式

standard：每次激活A(yù)ctivity時(shí)(startActivity)艾帐，都創(chuàng)建Activity實(shí)例乌叶，并放入任務(wù)棧；

singleTop：如果某個(gè)Activity自己激活自己柒爸，即任務(wù)棧棧頂就是該Activity准浴，則不需要?jiǎng)?chuàng)建，其余情況都要?jiǎng)?chuàng)建Activity實(shí)例捎稚；

singleTask：如果要激活的那個(gè)Activity在任務(wù)棧中存在該實(shí)例乐横，則不需要?jiǎng)?chuàng)建求橄，只需要把此Activity放入棧頂，即把該Activity以上的Activity實(shí)例都pop葡公，并調(diào)用其onNewIntent罐农；

singleInstance：應(yīng)用1的任務(wù)棧中創(chuàng)建了MainActivity實(shí)例，如果應(yīng)用2也要激活MainActivity催什，則不需要?jiǎng)?chuàng)建涵亏，兩應(yīng)用共享該Activity實(shí)例。

圖文理解的好文章：http://blog.csdn.net/zanelove/article/details/46136145

4蛆楞、Activity與Fragment之間的傳值

通過findFragmentByTag或者getActivity獲得對方的引用（強(qiáng)轉(zhuǎn)）之后溯乒，再相互調(diào)用對方的public方法，但是這樣做一是引入了“強(qiáng)轉(zhuǎn)”的丑陋代碼豹爹，另外兩個(gè)類之間各自持有對方的強(qiáng)引用裆悄，耦合較大，容易造成內(nèi)存泄漏臂聋。

通過Bundle的方法進(jìn)行傳值光稼，例如以下代碼：

//Activity中對fragment設(shè)置一些參數(shù)fragment.setArguments(bundle);//fragment中通過getArguments獲得Activity中的方法Bundlearguments= getArguments();

利用eventbus進(jìn)行通信，這種方法實(shí)時(shí)性高孩等，而且Activity與Fragment之間可以完全解耦艾君。

//Activity中的代碼EventBus.getDefault().post("消息");//Fragment中的代碼EventBus.getDefault().register(this); @Subscribepublicvoidtest(String text){? ? tv_test.setText(text); }

5、Service

Service分為兩種：

本地服務(wù)肄方，屬于同一個(gè)應(yīng)用程序冰垄，通過startService來啟動(dòng)或者通過bindService來綁定并且獲取代理對象。如果只是想開個(gè)服務(wù)在后臺運(yùn)行的話权她，直接startService即可虹茶，如果需要相互之間進(jìn)行傳值或者操作的話，就應(yīng)該通過bindService隅要。

遠(yuǎn)程服務(wù)（不同應(yīng)用程序之間）蝴罪，通過bindService來綁定并且獲取代理對象。

對應(yīng)的生命周期如下：

? ? context.startService() ->onCreate()- >onStartCommand()->Service running--調(diào)用context.stopService() ->onDestroy()

? ? context.bindService()->onCreate()->onBind()->Service running--調(diào)用>onUnbind() -> onDestroy()

注意

Service默認(rèn)是運(yùn)行在main線程的步清，因此Service中如果需要執(zhí)行耗時(shí)操作（大文件的操作要门，數(shù)據(jù)庫的拷貝，網(wǎng)絡(luò)請求廓啊，文件下載等）的話應(yīng)該在子線程中完成欢搜。

！特殊情況是：Service在清單文件中指定了在其他進(jìn)程中運(yùn)行谴轮。

6狂巢、Android中的消息傳遞機(jī)制

為什么要使用Handler？

因?yàn)槠聊坏乃⑿骂l率是60Hz书聚，大概16毫秒會刷新一次唧领，所以為了保證UI的流暢性，耗時(shí)操作需要在子線程中處理雌续，子線程不能直接對UI進(jìn)行更新操作斩个。因此需要Handler在子線程發(fā)消息給主線程來更新UI。

這里再深入一點(diǎn)驯杜，Android中的UI控件不是線程安全的受啥，因此在多線程并發(fā)訪問UI的時(shí)候會導(dǎo)致UI控件處于不可預(yù)期的狀態(tài)。Google不通過鎖的機(jī)制來處理這個(gè)問題是因?yàn)椋?/p>

引入鎖會導(dǎo)致UI的操作變得復(fù)雜

引入鎖會導(dǎo)致UI的運(yùn)行效率降低

因此鸽心，Google的工程師最后是通過單線程的模型來操作UI滚局，開發(fā)者只需要通過Handler在不同線程之間切花就可以了。

概述一下Android中的消息機(jī)制顽频？

Android中的消息機(jī)制主要是指Handler的運(yùn)行機(jī)制藤肢。Handler是進(jìn)行線程切換的關(guān)鍵，在主線程和子線程之間切換只是一種比較特殊的使用情景而已糯景。其中消息傳遞機(jī)制需要了解的東西有Message嘁圈、Handler、Looper蟀淮、Looper里面的MessageQueue對象最住。

如上圖所示，我們可以把整個(gè)消息機(jī)制看作是一條流水線怠惶。其中：

MessageQueue是傳送帶涨缚，負(fù)責(zé)Message隊(duì)列的傳送與管理

Looper是流水線的發(fā)動(dòng)機(jī)，不斷地把消息從消息隊(duì)列里面取出來策治，交給Handler來處理

Message是每一件產(chǎn)品

Handler就是工人脓魏。但是這么比喻不太恰當(dāng)，因?yàn)榘l(fā)送以及最終處理Message的都是Handler

為什么在子線程中創(chuàng)建Handler會拋異常览妖？

Handler的工作是依賴于Looper的轧拄，而Looper（與消息隊(duì)列）又是屬于某一個(gè)線程（ThreadLocal是線程內(nèi)部的數(shù)據(jù)存儲類，通過它可以在指定線程中存儲數(shù)據(jù)讽膏，其他線程則無法獲取到）檩电，其他線程不能訪問。因此Handler就是間接跟線程是綁定在一起了府树。因此要使用Handler必須要保證Handler所創(chuàng)建的線程中有Looper對象并且啟動(dòng)循環(huán)俐末。因?yàn)樽泳€程中默認(rèn)是沒有Looper的，所以會報(bào)錯(cuò)奄侠。

正確的使用方法是：

handler =null;newThread(newRunnable() {privateLooper mLooper;@Overridepublicvoidrun(){//必須調(diào)用Looper的prepare方法為當(dāng)前線程創(chuàng)建一個(gè)Looper對象卓箫，然后啟動(dòng)循環(huán)//prepare方法中實(shí)質(zhì)是給ThreadLocal對象創(chuàng)建了一個(gè)Looper對象//如果當(dāng)前線程已經(jīng)創(chuàng)建過Looper對象了，那么會報(bào)錯(cuò)Looper.prepare();? ? ? ? ? ? handler =newHandler();//獲取Looper對象mLooper = Looper.myLooper();//啟動(dòng)消息循環(huán)Looper.loop();//在適當(dāng)?shù)臅r(shí)候退出Looper的消息循環(huán)垄潮，防止內(nèi)存泄漏mLooper.quit();? ? ? ? }? ? }).start();

主線程中默認(rèn)是創(chuàng)建了Looper并且啟動(dòng)了消息的循環(huán)的烹卒，因此不會報(bào)錯(cuò)：

應(yīng)用程序的入口是ActivityThread的main方法闷盔，在這個(gè)方法里面會創(chuàng)建Looper，并且執(zhí)行Looper的loop方法來啟動(dòng)消息的循環(huán)旅急，使得應(yīng)用程序一直運(yùn)行逢勾。

子線程中可以通過Handler發(fā)送消息給主線程嗎？

可以藐吮。有時(shí)候出于業(yè)務(wù)需要溺拱，主線程可以向子線程發(fā)送消息。子線程的Handler必須按照上述方法創(chuàng)建谣辞，并且關(guān)聯(lián)Looper迫摔。

7、事件傳遞機(jī)制以及自定義View相關(guān)

Android的視圖樹

Android中View的機(jī)制主要是Activity的顯示泥从，每個(gè)Activity都有一個(gè)Window（具體在手機(jī)中的實(shí)現(xiàn)類是PhoneWindow）句占，Window以下有DecorView，DecorView下面有TitleVie以及ContentView歉闰，而ContentView就是我們在Activity中通過setContentView指定的辖众。

事件傳分發(fā)機(jī)制

ViewGroup有以下三個(gè)與事件分發(fā)的方法，而View只有dispatchTouchEvent和onTouchEvent和敬。

@OverridepublicbooleandispatchTouchEvent(MotionEvent ev){returnsuper.dispatchTouchEvent(ev);? ? }@OverridepublicbooleanonInterceptTouchEvent(MotionEvent ev){returnsuper.onInterceptTouchEvent(ev);? ? }@OverridepublicbooleanonTouchEvent(MotionEvent event){returnsuper.onTouchEvent(event);? ? }

事件總是從上往下進(jìn)行分發(fā)凹炸，即先到達(dá)Activity，再到達(dá)ViewGroup昼弟，再到達(dá)子View啤它，如果沒有任何視圖消耗事件的話，事件會順著路徑往回傳遞舱痘。其中：

dispatchTouchEvent是事件的分發(fā)方法变骡，如果事件能夠到達(dá)該視圖的話，就首先一定會調(diào)用芭逝，一般我們不會去修改這個(gè)方法塌碌。

onInterceptTouchEvent是事件分發(fā)的核心方法，表示ViewGroup是否攔截事件旬盯，如果返回true表示攔截台妆，在這之后ViewGroup的onTouchEvent會被調(diào)用，事件就不會往下傳遞胖翰。

onTouchEvent是最低級的接剩，在事件分發(fā)中最后被調(diào)用。

子View可以通過requestDisallowInterceptTouchEvent方法去請求父元素不要攔截萨咳。

注意

事件從Activity.dispatchTouchEvent()開始傳遞懊缺，只要沒有被停止或攔截，從最上層的View(ViewGroup)開始一直往下(子View)傳遞培他。子View 可以通過onTouchEvent()對事件進(jìn)行處理鹃两。

事件由父View(ViewGroup)傳遞給子View遗座，ViewGroup 可以通過onInterceptTouchEvent()對事件做攔截，停止其往下傳遞俊扳。

如果事件從上往下傳遞過程中一直沒有被停止员萍，且最底層子View 沒有消費(fèi)事件，事件會反向往上傳遞拣度，這時(shí)父View(ViewGroup)可以進(jìn)行消費(fèi)，如果還是沒有被消費(fèi)的話螃壤，最后會到Activity 的onTouchEvent()函數(shù)抗果。

如果View 沒有對ACTION_DOWN 進(jìn)行消費(fèi)，之后的其他事件不會傳遞過來奸晴。

OnTouchListener 優(yōu)先于onTouchEvent()對事件進(jìn)行消費(fèi)冤馏。

自定義View的分類

對現(xiàn)有的View的子類進(jìn)行擴(kuò)展，例如復(fù)寫onDraw方法寄啼、擴(kuò)展新功能等逮光。

自定義組合控件，把常用一些控件組合起來以方便使用墩划。

直接繼承View實(shí)現(xiàn)View的完全定制涕刚，需要完成View的測量以及繪制。

自定義ViewGroup乙帮，需要復(fù)寫onLayout完成子View位置的確定等工作杜漠。

View的測量-onMeasure

View的測量最終是在onMeasure方法中通過setMeasuredDimension把代表寬高兩個(gè)MeasureSpec設(shè)置給View，因此需要掌握MeasureSpec察净。MeasureSpec包括大小信息以及模式信息驾茴。

MeasureSpec的三種模式：

EXACTLY模式：精確模式，對應(yīng)于用戶指定為match_parent或者具體大小的時(shí)候（實(shí)際上指定為match_parent實(shí)質(zhì)上是指定大小為父容器的大星饪ā）

AT_MOST模式：對應(yīng)于用戶指定為wrap_content锈至，此時(shí)控件尺寸只要不超過父控件允許的最大尺寸即可。

UNSPECIFIED模式：不指定大小的測量模式译秦，這種模式比較少用

下面給出模板代碼：

publicclassMeasureUtils{/**? ? ? ? * 用于View的測量? ? ? ? *? ? ? ? *@parammeasureSpec? ? ? ? *@paramdefaultSize? ? ? ? *@return*/publicstaticintmeasureView(intmeasureSpec,intdefaultSize){intmeasureSize;//獲取用戶指定的大小以及模式intmode = View.MeasureSpec.getMode(measureSpec);intsize = View.MeasureSpec.getSize(measureSpec);//根據(jù)模式去返回大小if(mode == View.MeasureSpec.EXACTLY) {//精確模式（指定大小以及match_parent）直接返回指定的大小measureSize = size;? ? ? ? ? ? }else{//UNSPECIFIED模式峡捡、AT_MOST模式（wrap_content）的話需要提供默認(rèn)的大小measureSize = defaultSize;if(mode == View.MeasureSpec.AT_MOST) {//AT_MOST（wrap_content）模式下，需要取測量值與默認(rèn)值的最小值measureSize = Math.min(measureSize, defaultSize);? ? ? ? ? ? ? ? }? ? ? ? ? ? }returnmeasureSize;? ? ? ? }? ? }

最后诀浪，復(fù)寫onMeasure方法棋返，把super方法去掉：

@OverrideprotectedvoidonMeasure(intwidthMeasureSpec,intheightMeasureSpec){? ? ? ? setMeasuredDimension(MeasureUtils.measureView(widthMeasureSpec,200),? ? ? ? ? ? ? ? MeasureUtils.measureView(heightMeasureSpec,200)? ? ? ? );? ? }

View的繪制-onDraw

View繪制，需要掌握Android中View的坐標(biāo)體系：

View的坐標(biāo)體系是以左上角為坐標(biāo)原點(diǎn)雷猪，向右為X軸正方向睛竣，向下為Y軸正方向。

View繪制求摇，主要是通過Android的2D繪圖機(jī)制來完成射沟，時(shí)機(jī)是onDraw方法中殊者，其中包括畫布Canvas，畫筆Paint验夯。下面給出示例代碼猖吴。相關(guān)API不是介紹的重點(diǎn)，重點(diǎn)是Canvas的save和restore方法挥转，通過save以后可以對畫布進(jìn)行一些放大縮小旋轉(zhuǎn)傾斜等操作海蔽，這兩個(gè)方法一般配套使用，其中save的調(diào)用次數(shù)可以多于restore绑谣。

@OverrideprotectedvoidonDraw(Canvas canvas){super.onDraw(canvas);? ? ? ? Bitmap bitmap = ImageUtils.drawable2Bitmap(mDrawable);? ? ? ? canvas.drawBitmap(bitmap, getLeft(), getTop(), mPaint);? ? ? ? canvas.save();//注意党窜，這里的旋轉(zhuǎn)是指畫布的旋轉(zhuǎn)canvas.rotate(90);? ? ? ? mPaint.setColor(Color.parseColor("#FF4081"));? ? ? ? mPaint.setTextSize(30);? ? ? ? canvas.drawText("測試",100, -100, mPaint);? ? ? ? canvas.restore();? ? }

View的位置-onLayout

與布局位置相關(guān)的是onLayout方法的復(fù)寫，一般我們自定義View的時(shí)候借宵，只需要完成測量幌衣，繪制即可。如果是自定義ViewGroup的話壤玫，需要做的就是在onLayout中測量自身以及控制子控件的布局位置豁护，onLayout是自定義ViewGroup必須實(shí)現(xiàn)的方法。

8欲间、性能優(yōu)化

布局優(yōu)化

使用include標(biāo)簽楚里，通過layout屬性復(fù)用相同的布局。

使用merge標(biāo)簽括改，去除同類的視圖

使用ViewStub來進(jìn)行布局的延遲加載一些不是馬上就用到的布局腻豌。例如列表頁中，列表在沒有拿到數(shù)據(jù)之前不加載嘱能，這樣做可以使UI變得流暢吝梅。

//需要手動(dòng)調(diào)用inflate方法，布局才會顯示出來惹骂。stub.inflate();//其中setVisibility在底層也是會調(diào)用inflate方法//stub.setVisibility(View.VISIBLE);//之后苏携，如果要使用ViewStub標(biāo)簽里面的View，只需要按照平常來即可对粪。TextView tv_1 = (TextView) findViewById(R.id.tv_1);

盡量多使用RelativeLayout右冻，因?yàn)檫@樣可以大大減少視圖的層級。

內(nèi)存優(yōu)化

APP設(shè)計(jì)以及代碼編寫階段都應(yīng)該考慮內(nèi)存優(yōu)化：

珍惜Service著拭，盡量使得Service在使用的時(shí)候才處于運(yùn)行狀態(tài)纱扭。盡量使用IntentService

IntentService在內(nèi)部其實(shí)是通過線程以及Handler實(shí)現(xiàn)的，當(dāng)有新的Intent到來的時(shí)候儡遮，會創(chuàng)建線程并且處理這個(gè)Intent乳蛾，處理完畢以后就自動(dòng)銷毀自身。因此使用IntentService能夠節(jié)省系統(tǒng)資源。

內(nèi)存緊張的時(shí)候釋放資源（例如UI隱藏的時(shí)候釋放資源等）肃叶。復(fù)寫Activity的回調(diào)方法蹂随。

@OverridepublicvoidonLowMemory(){super.onLowMemory(); }@OverridepublicvoidonTrimMemory(intlevel){super.onTrimMemory(level);switch(level) {caseTRIM_MEMORY_COMPLETE://...break;case其他:? ? } }

通過Manifest中對Application配置更大的內(nèi)存，但是一般不推薦

android:largeHeap="true"

避免Bitmap的浪費(fèi)因惭，應(yīng)該盡量去適配屏幕設(shè)備岳锁。盡量使用成熟的圖片加載框架，Picasso蹦魔，F(xiàn)resco激率，Glide等。

使用優(yōu)化的容器勿决，SparseArray等

其他建議：盡量少用枚舉變量柱搜，盡量少用抽象，盡量少增加類剥险，避免使用依賴注入框架，謹(jǐn)慎使用library宪肖，使用代碼混淆表制，時(shí)當(dāng)場合考慮使用多進(jìn)程等。

避免內(nèi)存泄漏（本來應(yīng)該被回收的對象沒有被回收）控乾。一旦APP的內(nèi)存短時(shí)間內(nèi)快速增長或者GC非常頻繁的時(shí)候么介，就應(yīng)該考慮是否是內(nèi)存泄漏導(dǎo)致的。

分析方法

1. 使用Android Studio提供的Android Monitors中Memory工具查看內(nèi)存的使用以及沒使用的情況蜕衡。

2. 使用DDMS提供的Heap工具查看內(nèi)存使用情況壤短，也可以手動(dòng)觸發(fā)GC。

3. 使用性能分析的依賴庫慨仿，例如Square的LeakCanary久脯，這個(gè)庫會在內(nèi)存泄漏的前后通過Notification通知你屈尼。

什么情況會導(dǎo)致內(nèi)存泄漏

資源釋放問題：程序代碼的問題躁倒，長期保持某些資源淡喜，如Context问裕、Cursor大溜、IO 流的引用樟结，資源得不到釋放造成內(nèi)存泄露无蜂。

對象內(nèi)存過大問題：保存了多個(gè)耗用內(nèi)存過大的對象（如Bitmap喇完、XML 文件）牢硅，造成內(nèi)存超出限制蹬耘。

static 關(guān)鍵字的使用問題：static 是Java 中的一個(gè)關(guān)鍵字，當(dāng)用它來修飾成員變量時(shí)减余，那么該變量就屬于該類综苔，而不是該類的實(shí)例。所以用static 修飾的變量，它的生命周期是很長的休里，如果用它來引用一些資源耗費(fèi)過多的實(shí)例（Context 的情況最多）蛆挫，這時(shí)就要謹(jǐn)慎對待了。

解決方案1.應(yīng)該盡量避免static成員變量引用資源耗費(fèi)過多的實(shí)例妙黍，比如Context悴侵。2.Context 盡量使用ApplicationContext，因?yàn)锳pplication 的Context 的生命周期比較長拭嫁，引用它不會出現(xiàn)內(nèi)存泄露的問題可免。3.使用WeakReference 代替強(qiáng)引用。比如可以使用WeakReference mContextRef

線程導(dǎo)致內(nèi)存溢出：線程產(chǎn)生內(nèi)存泄露的主要原因在于線程生命周期的不可控做粤。例如Activity中的Thread在run了浇借，但是Activity由于某種原因重新創(chuàng)建了，但是Thread仍然會運(yùn)行怕品，因?yàn)閞un方法不結(jié)束的話Thread是不會銷毀的妇垢。

解決方案

1. 將線程的內(nèi)部類，改為靜態(tài)內(nèi)部類（因?yàn)榉庆o態(tài)內(nèi)部類擁有外部類對象的強(qiáng)引用肉康，而靜態(tài)類則不擁有）闯估。

2. 在線程內(nèi)部采用弱引用保存Context 引用。

查看內(nèi)存泄漏的方法吼和、工具

android官方提供的工具：Memory Monitor（當(dāng)APP占用的內(nèi)存在短時(shí)間內(nèi)快速增長或者GC變得頻繁的時(shí)候）涨薪、DDMS提供的Heap工具（手動(dòng)觸發(fā)GC）

Square提供的內(nèi)存泄漏檢測工具，LeakCanary（能夠自動(dòng)完成內(nèi)存追蹤炫乓、檢測刚夺、輸出結(jié)果），進(jìn)行演示末捣，并且適當(dāng)?shù)慕庹f侠姑。

性能優(yōu)化

防止過度繪制，通過打開手機(jī)的“顯示過度繪制區(qū)域”即可查看過度繪制的情況箩做。

最小化渲染時(shí)間结借，使用視圖樹查看節(jié)點(diǎn)，對節(jié)點(diǎn)進(jìn)行性能分析卒茬。

通過TraceView進(jìn)行數(shù)據(jù)的采集以及分析船老。在有大概定位的時(shí)候，使用Android官方提供的Debug類進(jìn)行采集圃酵。最后通過DDMS即可打開這個(gè).trace文件柳畔，分析函數(shù)的調(diào)用情況（包括在指定情況下執(zhí)行時(shí)間，調(diào)用次數(shù)）

//開啟數(shù)據(jù)采集Debug.startMethodTracing("test.trace");//關(guān)閉Debug.stopMethodTracing();

OOM

避免OOM的一些常見方法：

App資源中盡量少用大圖郭赐。使用Bitmap的時(shí)候要注意等比例縮小圖片薪韩，并且注意Bitmap的回收确沸。

BitmapFactory.Options options =newBitmapFactory.Option(); options.inSampleSize =2;//Options 只保存圖片尺寸大小，不保存圖片到內(nèi)存BitmapFactory.Options opts =newBitmapFactory.Options(); opts.inSampleSize =2; Bitmap bmp =null; bmp = BitmapFactory.decodeResource(getResources(), mImageIds[position],opts);//回收bmp.recycle();

結(jié)合組件的生命周期俘陷，釋放資源

IO流罗捎，數(shù)據(jù)庫查詢的游標(biāo)等應(yīng)該在使用完之后及時(shí)關(guān)閉。

ListView中應(yīng)該使用ViewHolder模式緩存ConverView

頁面切換的時(shí)候盡量去傳遞（復(fù)用）一些對象

ANR

不同的組件發(fā)生ANR 的時(shí)間不一樣拉盾，主線程（Activity桨菜、Service）是5 秒，BroadCastReceiver 是10 秒捉偏。

ANR一般有三種類型：

KeyDispatchTimeout(5 seconds)

主要類型按鍵或觸摸事件在特定時(shí)間內(nèi)無響應(yīng)

BroadcastTimeout(10 seconds)

BroadcastReceiver在特定時(shí)間內(nèi)無法處理完成

ServiceTimeout(20 seconds)

小概率類型Service在特定的時(shí)間內(nèi)無法處理完成

解決方案： 1.UI線程只進(jìn)行UI相關(guān)的操作倒得。所有耗時(shí)操作，比如訪問網(wǎng)絡(luò)夭禽，Socket通信霞掺，查詢大量SQL語句，復(fù)雜邏輯計(jì)算等都放在子線程中去讹躯，然后通過handler.sendMessage菩彬、runonUITread、AsyncTask等方式更新UI潮梯。 2. 無論如何都要確保用戶界面操作的流暢度挤巡。如果耗時(shí)操作需要讓用戶等待，那么可以在界面上顯示進(jìn)度條酷麦。 3.BroadCastReceiver要進(jìn)行復(fù)雜操作的的時(shí)候，可以在onReceive()方法中啟動(dòng)一個(gè)Service來處理喉恋。

9沃饶、九切圖（.9圖）、SVG圖片

九切圖

點(diǎn)九圖轻黑，是Android開發(fā)中用到的一種特殊格式的圖片糊肤，文件名以”.9.png“結(jié)尾。這種圖片能告訴程序氓鄙，圖像哪一部分可以被拉升馆揉，哪一部分不能被拉升需要保持原有比列。運(yùn)用點(diǎn)九圖可以保證圖片在不模糊變形的前提下做到自適應(yīng)抖拦。點(diǎn)九圖常用于對話框背景圖片中升酣。

1、2部分規(guī)定了圖像的可拉伸部分,當(dāng)實(shí)際程序中設(shè)定了對話框的寬高時(shí)态罪，1噩茄、2部分就會被拉伸成所需要的高和寬，呈現(xiàn)出于設(shè)計(jì)稿一樣的視覺效果复颈。

而3绩聘、4部分規(guī)定了圖像的內(nèi)容區(qū)域。內(nèi)容區(qū)域規(guī)定了可編輯區(qū)域，例如文字需要被包裹在其內(nèi)凿菩。

android5.0的SCG矢量動(dòng)畫機(jī)制

圖像在方法縮小的時(shí)候圖片質(zhì)量不會有損失

使用XML來定義圖形

適配不同分辨率

10机杜、Android中數(shù)據(jù)常見存儲方式

文件（包括XML、SharePreference等）

數(shù)據(jù)庫

Content Provider

保存在網(wǎng)絡(luò)

11衅谷、進(jìn)程間通信

操作系統(tǒng)進(jìn)程間通信的方法椒拗，android中有哪些？

操作系統(tǒng)：

Windows：剪貼板会喝、管道陡叠、郵槽等

Linux：命名管道、共享內(nèi)存肢执、信號量

Android中的進(jìn)程通信方式并不是完全繼承于Linux：

Bundle

文件共享

AIDL

Messenger

Content Provider

Socket

12枉阵、常見的網(wǎng)絡(luò)框架

常用的http框架以及他們的特點(diǎn)

HttpURLConnection:在Android 2.2版本之前，HttpClient擁有較少的bug预茄，因此使用它是最好的選擇兴溜。而在Android 2.3版本及以后，HttpURLConnection則是最佳的選擇耻陕。它的API簡單拙徽，體積較小，因而非常適用于Android項(xiàng)目诗宣。壓縮和緩存機(jī)制可以有效地減少網(wǎng)絡(luò)訪問的流量膘怕，在提升速度和省電方面也起到了較大的作用。對于新的應(yīng)用程序應(yīng)該更加偏向于使用HttpURLConnection召庞，因?yàn)樵谝院蟮墓ぷ鳟?dāng)中我們也會將更多的時(shí)間放在優(yōu)化HttpURLConnection上面岛心。特點(diǎn)：比較輕便，靈活篮灼，易于擴(kuò)展忘古，在3.0后以及4.0中都進(jìn)行了改善，如對HTTPS的支持诅诱，在4.0中髓堪，還增加了對緩存的支持。

HttpClient：高效穩(wěn)定娘荡，但是維護(hù)成本高昂干旁，故android 開發(fā)團(tuán)隊(duì)不愿意在維護(hù)該庫而是轉(zhuǎn)投更為輕便的

okHttp：okhttp 是一個(gè) Java 的 HTTP+SPDY 客戶端開發(fā)包，同時(shí)也支持 Android炮沐。需要Android 2.3以上疤孕。特點(diǎn)：OKHttp是Android版Http客戶端。非常高效央拖，支持SPDY祭阀、連接池鹉戚、GZIP和 HTTP 緩存。默認(rèn)情況下专控，OKHttp會自動(dòng)處理常見的網(wǎng)絡(luò)問題抹凳，像二次連接、SSL的握手問題伦腐。如果你的應(yīng)用程序中集成了OKHttp赢底，Retrofit默認(rèn)會使用OKHttp處理其他網(wǎng)絡(luò)層請求。從Android4.4開始HttpURLConnection的底層實(shí)現(xiàn)采用的是okHttp柏蘑。

volley：早期使用HttpClient幸冻，后來使用HttpURLConnection，是谷歌2013年推出的網(wǎng)絡(luò)請求框架咳焚，非常適合去進(jìn)行數(shù)據(jù)量不大洽损，但通信頻繁的網(wǎng)絡(luò)操作，而對于大數(shù)據(jù)量的網(wǎng)絡(luò)操作革半，比如說下載文件等碑定，Volley的表現(xiàn)就會非常糟糕。

xutils：緩存網(wǎng)絡(luò)請求數(shù)據(jù)

Retrofit：和Volley框架的請求方式很相似又官，底層網(wǎng)絡(luò)請求采用okhttp（效率高延刘，android4.4底層采用okhttp），采用注解方式來指定請求方式和url地址六敬，減少了代碼量碘赖。

AsyncTask

13、常用的圖片加載框架以及特點(diǎn)外构、源碼

Picasso：PicassoSquare的網(wǎng)絡(luò)庫一起能發(fā)揮最大作用普泡，因?yàn)镻icasso可以選擇將網(wǎng)絡(luò)請求的緩存部分交給了okhttp實(shí)現(xiàn)。

Glide：模仿了Picasso的API典勇，而且在他的基礎(chǔ)上加了很多的擴(kuò)展(比如gif等支持)，支持圖片流叮趴，因此在做愛拍之類的視頻應(yīng)用用得比較多一些割笙。

Fresco：Fresco中設(shè)計(jì)有一個(gè)叫做image pipeline的模塊。它負(fù)責(zé)從網(wǎng)絡(luò)眯亦，從本地文件系統(tǒng)伤溉，本地資源加載圖片。 為了最大限度節(jié)省空間和CPU時(shí)間妻率，它含有3級緩存設(shè)計(jì)（2級內(nèi)存乱顾，1級文件）。Fresco中設(shè)計(jì)有一個(gè)叫做Drawees模塊宫静， 方便地顯示loading圖走净，當(dāng)圖片不再顯示在屏幕上時(shí)券时，及時(shí)地釋放內(nèi)存和空間占用。

Fresco是把圖片緩存放在了Ashmem（系統(tǒng)匿名內(nèi)存共享區(qū)）

Heap-堆內(nèi)存：Android中每個(gè)App的 Java堆內(nèi)存大小都是被嚴(yán)格的限制的伏伯。每個(gè)對象都是使用Java的new在堆內(nèi)存實(shí)例化橘洞，這是內(nèi)存中相對安全的一塊區(qū)域。內(nèi)存有垃圾回收機(jī)制说搅，所以當(dāng) App不在使用內(nèi)存的時(shí)候炸枣，系統(tǒng)就會自動(dòng)把這塊內(nèi)存回收。不幸的是弄唧，內(nèi)存進(jìn)行垃圾回收的過程正是問題所在适肠。當(dāng)內(nèi)存進(jìn)行垃圾回收時(shí)，內(nèi)存不僅僅進(jìn)行了垃圾回收候引，還把 Android 應(yīng)用完全終止了侯养。這也是用戶在使用 App 時(shí)最常見的卡頓或短暫假死的原因之一。

Ashmem：Android 在操作 Ashmem 堆時(shí)背伴，會把該堆中存有數(shù)據(jù)的內(nèi)存區(qū)域從 Ashmem 堆中抽取出來沸毁，而不是把它釋放掉，這是一種弱內(nèi)存釋放模式傻寂；被抽取出來的這部分內(nèi)存只有當(dāng)系統(tǒng)真正需要更多的內(nèi)存時(shí)（系統(tǒng)內(nèi)存不夠用）才會被釋放息尺。當(dāng) Android 把被抽取出來的這部分內(nèi)存放回 Ashmem 堆，只要被抽取的內(nèi)存空間沒有被釋放疾掰，之前的數(shù)據(jù)就會恢復(fù)到相應(yīng)的位置搂誉。

不管發(fā)生什么，垃圾回收器都不會自動(dòng)回收這些 Bitmap静檬。當(dāng) Android 繪制系統(tǒng)在渲染這些圖片炭懊，Android 的系統(tǒng)庫就會把這些 Bitmap 從 Ashmem 堆中抽取出來，而當(dāng)渲染結(jié)束后拂檩，這些 Bitmap 又會被放回到原來的位置侮腹。如果一個(gè)被抽取的圖片需要再繪制一次，系統(tǒng)僅僅需要把它再解碼一次稻励，這個(gè)操作非常迅速父阻。

14、在Android開發(fā)里用什么做線程間的通訊工具望抽？

傳統(tǒng)點(diǎn)的方法就是往同步代碼塊里些數(shù)據(jù)加矛，然后使用回調(diào)讓另外一條線程去讀。在Android里我一般會創(chuàng)建Looper線程煤篙，然后Hanlder傳遞消息斟览。

15、Android新特性相關(guān)

5.0：Material Design辑奈、多種設(shè)備的支持苛茂、支持64位ART虛擬機(jī)已烤、Project Volta電池續(xù)航改進(jìn)計(jì)劃等

6.0：動(dòng)態(tài)權(quán)限管理、過度動(dòng)畫味悄、支付草戈、指紋等

7.0：分屏、通知消息快捷回復(fù)侍瑟、夜間模式唐片、流量保護(hù)模式等

16、網(wǎng)絡(luò)請求優(yōu)化

網(wǎng)絡(luò)請求優(yōu)化

能夠緩存起來的盡量去緩存起來涨颜，減輕服務(wù)器的壓力费韭。例如APP中首頁的一些數(shù)據(jù)，又例如首頁的圖標(biāo)庭瑰、文案都是緩存起來的星持，而且這些數(shù)據(jù)通過網(wǎng)絡(luò)來指定可以使app具有更大的靈活性。

不用域名弹灭，用 IP 直連督暂，省去了DNS域名解析。

連接復(fù)用穷吮、請求合并逻翁、請求數(shù)據(jù)Body可以利用壓縮算法Gzip來進(jìn)行壓縮，使用JSON 代替 XML

網(wǎng)絡(luò)請求的安全性

這塊了解的不多捡鱼。我給你說說我的思路吧八回，利用哈希算法，比如MD5驾诈，服務(wù)器給我們的數(shù)據(jù)可以通過時(shí)間戳和其他參數(shù)做個(gè)加密缠诅，得到一個(gè)key，在客戶端取出數(shù)據(jù)后根據(jù)數(shù)據(jù)和時(shí)間戳再去生成key與服務(wù)端給的做個(gè)對比乍迄。

17管引、新技術(shù)相關(guān)

RXJava：一個(gè)異步請求庫，核心就是異步闯两。利用的是一種擴(kuò)展的觀察模式褥伴，被觀察者發(fā)生某種變化的時(shí)候，可以通過事件（onNext生蚁、onError噩翠、onComplete）等方式通過觀察者戏自。RXJava同時(shí)支持線程的調(diào)度和切換邦投，用戶可以指定訂閱發(fā)生的線程以及觀察者觸發(fā)的線程。

Retrofit：通過注解的方式來指定URL擅笔、請求方法志衣，實(shí)質(zhì)上底層是通過OKHttp來實(shí)現(xiàn)的屯援。

HotFit

自己更新補(bǔ)充

1，MVP框架

2念脯，動(dòng)畫

3狞洋，屏幕適配

4，設(shè)計(jì)模式

5绿店，熱修復(fù)

6吉懊，組件化