-
Android中的內(nèi)存泄漏和內(nèi)存溢出有什么區(qū)別？
內(nèi)存溢出是指程序在申請(qǐng)內(nèi)存的時(shí)候，沒有足夠的內(nèi)存可以分配，導(dǎo)致Out Of Memory錯(cuò)誤，也就是OOM。
內(nèi)存泄漏：對(duì)象都有生命周期的，在生命周期完成之后，就該被垃圾回收和釋放，如果得不到及時(shí)的釋放，就會(huì)一直占用內(nèi)存，造成內(nèi)存泄漏。隨著內(nèi)存泄漏的堆積，可用的內(nèi)存空間越來(lái)越少，最后會(huì)導(dǎo)致內(nèi)存溢出。
導(dǎo)致內(nèi)存泄漏有很多原因，最常見的有內(nèi)部類的使用，因?yàn)閮?nèi)部類持有外部引用。還有就是對(duì)Activity Context的使用，如果沒有特別的要求，盡量使用Application context. 避免其他地方持有Activity而得不到釋放，如果必須要用Activity Context,可以用弱引用。 Android中的顯式Intent 和 隱式Intent 有什么區(qū)別？
顯式Intent：即直接指定需要打開的Activity類，可以唯一確定一個(gè)Activity，意圖特別明確，所以是顯式的。設(shè)置這個(gè)類的方式可以是Class對(duì)象（如SecondActivity.class），也可以是包名加類名的字符串。應(yīng)用程序內(nèi)部Activity跳轉(zhuǎn)常用這個(gè)方式。
隱式Intent:，隱式不明確指定啟動(dòng)哪個(gè)Activity，而是設(shè)置Action、Data、Category，讓系統(tǒng)來(lái)篩選出合適的Activity。篩選是根據(jù)所有的<intent-filter>來(lái)篩選。
詳細(xì)介紹請(qǐng)看文章：Android理解：顯式和隱式IntentActivity有幾種啟動(dòng)模式？有什么區(qū)別？
Activity啟動(dòng)有4種模式，區(qū)別如下：
standard:Activity的每一次啟動(dòng)都會(huì)新建一個(gè)Activity實(shí)例，并將其壓入任務(wù)棧的棧頂，而不管這個(gè)Activity是否存在，并且會(huì)走生命周期
singleTop:棧頂復(fù)用模式，這種模式下，如果Activity已經(jīng)位于任務(wù)棧的棧頂，那么此Activity不會(huì)被重新創(chuàng)建，所以他的啟動(dòng)三回調(diào)就不會(huì)執(zhí)行，同時(shí)Activity的onNewIntent 方法會(huì)被回調(diào)，如果Activity已經(jīng)存在但是不在棧頂，那么它的作用和standard一樣。
singleTask:系統(tǒng)創(chuàng)建新任務(wù)并實(shí)例化位于新任務(wù)底部的 Activity。但是，如果該 Activity 的一個(gè)實(shí)例已存在于一個(gè)單獨(dú)的任務(wù)中，則系統(tǒng)會(huì)通過(guò)調(diào)用現(xiàn)有實(shí)例的 onNewIntent() 方法向其傳送 Intent，而不是創(chuàng)建新實(shí)例。一次只能存在 Activity 的一個(gè)實(shí)例。
singleInstance:單獨(dú)創(chuàng)建一個(gè)新的任務(wù)棧。在Activity中如何保存/恢復(fù)狀態(tài)？
分別調(diào)用onSaveInstanceState和onRestoreInstanceState 2個(gè)方法保存和恢復(fù)狀態(tài)。有使用過(guò)AsyncTask嗎？
很少使用AsyncTask了，異步基本用RxJava 來(lái)做。Android 中序列化有哪些方式？區(qū)別？
Serializable（Java自帶）：
Serializable是序列化的意思，表示將一個(gè)對(duì)象轉(zhuǎn)換成可存儲(chǔ)或可傳輸?shù)臓顟B(tài)。序列化后的對(duì)象可以在網(wǎng)絡(luò)上進(jìn)行傳輸，也可以存儲(chǔ)到本地。
Parcelable（android 專用）：
除了Serializable之外，使用Parcelable也可以實(shí)現(xiàn)相同的效果，
不過(guò)不同于將對(duì)象進(jìn)行序列化，Parcelable方式的實(shí)現(xiàn)原理是將一個(gè)完整的對(duì)象進(jìn)行分解，
而分解后的每一部分都是Intent所支持的數(shù)據(jù)類型，這樣也就實(shí)現(xiàn)傳遞對(duì)象的功能了。
區(qū)別：Parcelable比Serializable性能高，所以應(yīng)用內(nèi)傳遞數(shù)據(jù)推薦使用Parcelable,但是Parcelable不能使用在要將數(shù)據(jù)存儲(chǔ)在磁盤上的情況，因?yàn)镻arcelable不能很好的保證數(shù)據(jù)的持續(xù)性在外界有變化的情況下。盡管Serializable效率低點(diǎn)，但此時(shí)還是建議使用Serializable 。
詳細(xì)介紹請(qǐng)看文章：序列化Serializable和Parcelable的理解和區(qū)別用過(guò)哪些圖片加載框架？看過(guò)源碼嗎？簡(jiǎn)述一下流程。
Universal-Image-Loader,Picasso,Glide。這個(gè)可以自由發(fā)揮，根據(jù)自己的實(shí)際情況講解，如果自己有看過(guò)源碼之類的，盡量多講。
圖片加載框架－Picasso最詳細(xì)的使用指南
圖片加載框架Picasso － 源碼分析
Android Universal Image Loader 源碼分析RxJava 中 flatMap 和 concatMap 有什么區(qū)別？
concatMap和flatMap的功能是一樣的， 將一個(gè)發(fā)射數(shù)據(jù)的Observable變換為多個(gè)Observables，然后將它們發(fā)射的數(shù)據(jù)放進(jìn)一個(gè)單獨(dú)的Observable。只不過(guò)最后合并Observables flatMap采用的merge，而concatMap采用的是連接(concat)。總之一句一話,他們的區(qū)別在于：concatMap是有序的，flatMap是無(wú)序的，concatMap最終輸出的順序與原序列保持一致，而flatMap則不一定，有可能出現(xiàn)交錯(cuò)。
詳情請(qǐng)看文章：RxJava 操作符flatMap 與 concatMap詳解MVP 架構(gòu)的優(yōu)缺點(diǎn)？
MVP優(yōu)點(diǎn)：
1，Model與View完全分離，徹底解耦
2，Presenter復(fù)用，可以將一個(gè)Presenter用于多個(gè)視圖，而不用改變Presenter的邏輯
3，可以實(shí)現(xiàn)View接口進(jìn)行邏輯測(cè)試（Presenter的單元測(cè)試）
MVP的缺點(diǎn)及優(yōu)化：
1，View層過(guò)大，Activity復(fù)雜，加入模板方法，分離出BaseActivity用于處理公共邏輯
2，Model層過(guò)大，做好模塊劃分，進(jìn)行接口隔離，在內(nèi)部進(jìn)行分層。
3，還有一個(gè)問(wèn)題是，MVP額外的增加了很多類和接口,這個(gè)可以根據(jù)項(xiàng)目實(shí)際情況進(jìn)行相應(yīng)地優(yōu)化Okhttp 的addInterceptor 和 addNetworkInterceptor 的區(qū)別？
addInterceptor（應(yīng)用攔截器）：
1，不需要擔(dān)心中間過(guò)程的響應(yīng),如重定向和重試.
2，總是只調(diào)用一次,即使HTTP響應(yīng)是從緩存中獲取.
3，觀察應(yīng)用程序的初衷. 不關(guān)心OkHttp注入的頭信息如: If-None-Match.
4，允許短路而不調(diào)用 Chain.proceed(),即中止調(diào)用.
5，允許重試,使 Chain.proceed()調(diào)用多次.
addNetworkInterceptor（網(wǎng)絡(luò)攔截器）：
1，能夠操作中間過(guò)程的響應(yīng),如重定向和重試.
2，當(dāng)網(wǎng)絡(luò)短路而返回緩存響應(yīng)時(shí)不被調(diào)用.
3，只觀察在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù).
4，攜帶請(qǐng)求來(lái)訪問(wèn)連接.
詳情請(qǐng)看：Okhttp-wiki 之 Interceptors 攔截器如何獲取程序的崩潰日志？
java層crash log收集：
通過(guò)實(shí)現(xiàn)系統(tǒng)的UncaughtExceptionHandler類，并重寫uncaughtException方法，在uncaughtException方法中會(huì)獲取到錯(cuò)誤的日志，可以將日志保存到本地，在適當(dāng)?shù)臅r(shí)機(jī)上傳至服務(wù)器，這樣開發(fā)人員就可以獲取日志，分析崩潰原因。并且還可以自定義提示信心，給出用戶友好的提示。
