-
Android中的內(nèi)存泄漏和內(nèi)存溢出有什么區(qū)別匈织？
內(nèi)存溢出是指程序在申請(qǐng)內(nèi)存的時(shí)候，沒(méi)有足夠的內(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)存泄漏有很多原因驳庭，最常見(jiàn)的有內(nèi)部類(lèi)的使用刑顺，因?yàn)閮?nèi)部類(lèi)持有外部引用。還有就是對(duì)Activity Context的使用饲常，如果沒(méi)有特別的要求蹲堂，盡量使用Application context. 避免其他地方持有Activity而得不到釋放，如果必須要用Activity Context,可以用弱引用贝淤。 Android中的顯式Intent 和 隱式Intent 有什么區(qū)別柒竞？
顯式Intent：即直接指定需要打開(kāi)的Activity類(lèi)，可以唯一確定一個(gè)Activity播聪，意圖特別明確朽基，所以是顯式的布隔。設(shè)置這個(gè)類(lèi)的方式可以是Class對(duì)象（如SecondActivity.class），也可以是包名加類(lèi)名的字符串踩晶。應(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ù)棧绘梦。在A(yíng)ctivity中如何保存/恢復(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 專(zhuān)用）：
除了Serializable之外，使用Parcelable也可以實(shí)現(xiàn)相同的效果垫蛆，
不過(guò)不同于將對(duì)象進(jìn)行序列化禽最，Parcelable方式的實(shí)現(xiàn)原理是將一個(gè)完整的對(duì)象進(jìn)行分解，
而分解后的每一部分都是Intent所支持的數(shù)據(jù)類(lèi)型袱饭，這樣也就實(shí)現(xiàn)傳遞對(duì)象的功能了川无。
區(qū)別：Parcelable比Serializable性能高，所以應(yīng)用內(nèi)傳遞數(shù)據(jù)推薦使用Parcelable,但是Parcelable不能使用在要將數(shù)據(jù)存儲(chǔ)在磁盤(pán)上的情況虑乖，因?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ò)源碼之類(lèi)的遂跟，盡量多講。
圖片加載框架－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)∧ⅲ總之一句一話(huà),他們的區(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額外的增加了很多類(lèi)和接口,這個(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惰瓜，觀(guān)察應(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，只觀(guān)察在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù).
4奈揍，攜帶請(qǐng)求來(lái)訪(fǎng)問(wèn)連接.
詳情請(qǐng)看：Okhttp-wiki 之 Interceptors 攔截器如何獲取程序的崩潰日志曲尸？
java層crash log收集：
通過(guò)實(shí)現(xiàn)系統(tǒng)的UncaughtExceptionHandler類(lèi)，并重寫(xiě)uncaughtException方法男翰，在uncaughtException方法中會(huì)獲取到錯(cuò)誤的日志另患，可以將日志保存到本地，在適當(dāng)?shù)臅r(shí)機(jī)上傳至服務(wù)器蛾绎，這樣開(kāi)發(fā)人員就可以獲取日志昆箕，分析崩潰原因。并且還可以自定義提示信心租冠，給出用戶(hù)友好的提示鹏倘。
