1 java引用類型
? 4種引用類型：強引用（StrongReference）遮精，軟引用（SoftReference）向胡，弱引用（WeakReference），幽靈引用（PhantomReference）。
強引用是最普遍的引用信殊，如果一個對象具有強引用秧廉，那垃圾回收器絕不會回收它伞广。
軟引用強度上弱于強引用，它的作用是告訴回收器哪些對象是不那么重要疼电，在內存不足時可以暫時回收嚼锄。當JVM內存不足時，垃圾回收器會釋放那些只被軟引用所指向的對象澜沟。如果全部釋放完這些對象之后灾票，內存還不足，才會拋出OutOfMemory錯誤茫虽。軟引用非常適合于創(chuàng)建緩存刊苍。當系統(tǒng)內存不足的時候，緩存中的內容是可以被釋放的濒析。通過類SoftReference來表示正什。
弱引用在強度上弱于軟引用，通過類WeakReference來表示号杏。它的作用是引用一個對象婴氮，但是并不阻止該對象被回收。如果使用一個強引用的話盾致，只要該引用存在主经，那么被引用的對象是不能被回收的。弱引用則沒有這個問題庭惜。在垃圾回收器運行的時候罩驻，如果一個對象的所有引用都是弱引用的話，該對象會被回收护赊。弱引用的作用在于解決強引用所帶來的對象之間在存活時間上的耦合關系惠遏。弱引用最常見的用處是在集合類中砾跃，尤其在哈希表中。哈希表的接口允許使用任何Java對象作為鍵來使用节吮。當一個鍵值對被放入到哈希表中之后抽高，哈希表對象本身就有了對這些鍵和值對象的引用。如果這種引用是強引用的話透绩，那么只要哈希表對象本身還存活翘骂，其中所包含的鍵和值對象是不會被回收的。如果某個存活時間很長的哈希表中包含的鍵值對很多帚豪，最終就有可能消耗掉JVM中全部的內存雏胃。
幽靈引用，要先介紹Java提供的對象終止化機制（finalization）志鞍。在Object類里面有個finalize方法瞭亮，其設計的初衷是在一個對象被真正回收之前，可以用來執(zhí)行一些清理的工作固棚。因為Java并沒有提供類似C++的析構函數一樣的機制统翩，就通過 finalize方法來實現。但是問題在于垃圾回收器的運行時間是不固定的此洲，所以這些清理工作的實際運行時間也是不能預知的厂汗。幽靈引用（phantom reference）可以解決這個問題。在創(chuàng)建幽靈引用PhantomReference的時候必須要指定一個引用隊列呜师。當一個對象的finalize方法已經被調用了之后娶桦，這個對象的幽靈引用會被加入到隊列中。通過檢查該隊列里面的內容就知道一個對象是不是已經準備要被回收了汁汗。
幽靈引用及其隊列的使用情況并不多見衷畦，主要用來實現比較精細的內存使用控制，這對于移動設備來說是很有意義的知牌。程序可以在確定一個對象要被回收之后祈争，再申請內存創(chuàng)建新的對象。通過這種方式可以使得程序所消耗的內存維持在一個相對較低的數量角寸。
2 Android多進程
1 AIDL
AIDL 即AndroidInterface Definition Language的縮寫菩混，是專為 Android 中跨進程通信接口的描述語言。優(yōu)缺點很明顯扁藕，優(yōu)點是穩(wěn)定沮峡，快，Android 專門用于跨進程通信設計的亿柑。缺點是比較麻煩邢疙，AIDL 是通信的約定，參加通信的雙方都需要把這個 AIDL 文件都加入自己的代碼中，然后創(chuàng)建 Service 來實現訪問和被訪問秘症。
2 ContentProvider
作為 Android 四大基礎組件之一的 ContentProvider 本來它的作用只是提供內容性質的跨進程訪問。但是在 API 11 (Android 3.0) 中式矫，ContentProvider 加入了一個新的方法乡摹，可以用來進行跨進程的方法調用，ContentProvider 中這個方法的定義如下：
Bundle call(String method, String arg, Bundle extras)
從易用性來講采转，這個沒有 AIDL 那么麻煩聪廉，而且擴展性更強，也沒有 Broadcast 過于依賴系統(tǒng)故慈，API 11 應該就是主要是缺點了板熊，別的缺點暫時沒發(fā)現，歡迎補充察绷。
3 Broadcast
廣播是最簡單的：優(yōu)點是把分發(fā)消息的任務全部交給 Android 系統(tǒng)了干签；缺點也是因為全交給系統(tǒng)了，很多地方不受控制拆撼。缺點：
雖然廣播可以通過指定包名來進行發(fā)送指向性消息容劳，但是卻不能驗證消息去向 App 的簽名。
系統(tǒng)重啟之后闸度，在系統(tǒng)的廣播隊列里邊的消息就丟失了竭贩。
3 Java多線程之間的通訊
線程間的相互作用：線程之間需要一些協(xié)調通信，來共同完成一件任務莺禁。
wait()方法
wait()方法使得當前線程必須要等待留量，等到另外一個線程調用notify()或者notifyAll()方法。
線程調用wait()方法哟冬，釋放它對鎖的擁有權楼熄，然后等待另外的線程來通知它（通知的方式是notify()或者notifyAll()方法），這樣它才能重新獲得鎖的擁有權和恢復執(zhí)行浩峡。
要確保調用wait()方法的時候擁有鎖孝赫，即，wait()方法的調用必須放在synchronized方法或synchronized塊中红符。
notify()方法
notify()方法會喚醒一個等待當前對象的鎖的線程青柄。
如果多個線程在等待，它們中的一個將會選擇被喚醒预侯。這種選擇是隨意的致开，和具體實現有關。（線程等待一個對象的鎖是由于調用了wait方法中的一個）萎馅。
被喚醒的線程是不能被執(zhí)行的双戳，需要等到當前線程放棄這個對象的鎖。
被喚醒的線程將和其他線程以通常的方式進行競爭糜芳，來獲得對象的鎖飒货。也就是說魄衅，被喚醒的線程并沒有什么優(yōu)先權，也沒有什么劣勢塘辅，對象的下一個線程還是需要通過一般性的競爭晃虫。
notify()方法應該是被擁有對象的鎖的線程所調用。
（This method should only be called by a thread that is the owner of this object's monitor.）
換句話說扣墩，和wait()方法一樣哲银，notify方法調用必須放在synchronized方法或synchronized塊中。
4 Android布局優(yōu)化
Overdraw就是過度繪制呻惕，
Android提供了測量Overdraw的選項荆责，在開發(fā)者選項－調試GPU過度繪制（Show GPU Overdraw），打開選項就可以看到當前頁面Overdraw的狀態(tài).
第一招：合理選擇控件容器亚脆。
LinearLayout易用做院，效率高，表達能力有限濒持。RelativeLayout復雜山憨，表達能力強，效率稍遜弥喉。
第二招：去掉window的默認背景
第三招：去掉其他不必要的背景
第四招：ClipRect & QuickReject
第五招：ViewStub
第六招：Merge
第七招：善用draw9patch
第八招：慎用Alpha
第九招：避免“OverDesign”
5 NestedScrollView 與CoordinatorLayout 機制
NestedScrollingParent
NestedScrollingChild
這是兩個接口, ?Android 就是通過這兩個接口, 來實現 子View 與父View 之間的嵌套滑動郁竟。
