1.事件分發機制

將點選事件MostionEvent,向某個View進行傳遞並得到最終的處理,這個傳遞的過程就是事件分發,

預設情況下:一個傳遞的過程就是從Activity--ViewGroup--View,由上向下進行傳遞,如果沒有人進行處

理,然後會從View向上進行回傳.

事件分發機制主要是為了處理事件衝突。

比如在專案當中ScrollView中巢狀ListView我們 在合適的使用情況下看是走ListView還是ScrollView當我們攔截事件一種是父view不攔截，另一種是子view請求不攔截事件當我們滑動listview的時候向下滑當ListView的條目第0個在頂端那我們就可以判斷一下走ScrollView，當手勢想上滑動的時候最後一個顯示的時候這樣我們就不讓ListView不攔截事件，走ScrollView事件

2.三級快取

三級快取分為記憶體快取、磁碟快取、網路快取，我們在載入圖片的時候，首先從記憶體中讀取，如果記憶體中沒有，然後從磁碟中讀取，如果磁碟中沒有，從網路進行下載，把下載的圖片載入到記憶體中和磁碟中各一份，從記憶體中讀取圖片，因為手機的記憶體有限，不能載入過多的圖片,如果載入過多會導致OOM，所以從記憶體快取使用LRUcache，它會將強引用物件放在LinkedHashMap中，當快取資料大小達到預定值的時候,會使用LRUcache在該集合中比較少使用的物件從記憶體中移除然後把新的圖片載入到隊尾.

3.動態許可權

從安卓6.0之後,為了保護使用者的隱私和安全,google推薦了動態許可權,當用戶授權的時候才可以獲取.處理過程:首先檢測使用者是否授權,如果沒有會提示使用者授權,如果使用者拒絕,我們會引導使用者去開啟許可權,如果使用者點選不在提示,為了使用者點選按鈕無響應,我們會自定義提示框,來提示使用者去授權.

4.觀察者設計模式

這種模式就是當目標資料發生改變的時候,與之對應的觀察者物件的資料也會跟著一起改變,讓其響應這種變化

優點:資料層和邏輯層實現解耦合,可以定義一種穩定的觸發機制

缺點:如果被觀察者有多個間接的觀察者,會消耗更多的時間,如果觀察者與被觀察者迴圈依賴,最終會導致系統崩潰.

它的使用場景:比如廣播,遊戲,聊天,listviw通知資料發生變化這些都是觀察者設計模式

5.HashMap理解

HashMap主要是用陣列來儲存資料的，以鍵值對進行儲存的,底層是一個雜湊陣列,然後他的構造,有兩個引數,一個容量大小和載入因子,裡面會有一個閥值,就是單容量*載入因子大於閾值的時候,hashMap就進行擴容,擴容它會新建一個數組,把原有的值給copy新的陣列,重新計算位置,這樣它會消耗效能,我們需要對它進行一個優化,重新預估.

我們都知道它在儲存的時候會對key進行雜湊運算，雜湊運算會有重複的雜湊值，對於雜湊值的衝突，HashMap採用連結串列來解決的Entry,就是HashMap儲存資料所用的類，它擁有的屬性如下

final K key;

V value;

final int hash;

Entry<K,V> next;

next就是為了雜湊衝突而存在的。比如通過雜湊運算，一個新元素應該在陣列的第10個位置，但是第10個位置已經有Entry,將新加的元素也放到第10個位置，將第10個位置的原有Entry賦值給當前新加的 Entry的next屬性。陣列儲存的是連結串列，連結串列是為了解決雜湊衝突的 

(問：“你用過HashMap，你能跟我說說它嗎？”

 答：“當然用過，HashMap是一種<key,value>的儲存結構，能夠快速將key的資料put方式儲存起來，然後很快的通過get取出來”，然後說“HashMap不是執行緒安全的，

HashTable是執行緒安全的，通過synchronized實現的。HashMap取值非常快”等等。這個時候說明他已經很熟練使用HashMap的工具了。)

6.Handler機制原理

Handler在android開發中可謂隨處可見,Handler主要用於非同步訊息的處理：當發出一個訊息之後，首先進入一個訊息佇列,一個Handler允許傳送和處理Message和Runable物件，UI主執行緒會自動分配一個Looper（訊息輪詢器），每個Looper中封裝著MessageQueue（訊息佇列），遵循先進先出原則。Looper負責不斷的從自己的訊息佇列裡取出隊頭的任務或訊息執行。一般是在子執行緒執行完耗時操作之後，通過Handler的sendMessage或post方法將Message和Runable物件傳遞給MessageQueue

6.1 Android中為什麼主執行緒不會因為Looper.loop()裡的死迴圈卡死？

對於執行緒既然是一段可執行的程式碼，簡單說就是在主執行緒的MessageQueue沒有訊息時，便阻塞在loop的queue.next()中的nativePollOnce()方法裡，此時主執行緒會釋放CPU資源進入休眠狀態，直到下個訊息到達或者有事務發生,所以說，主執行緒大多數時候都是處於休眠狀態，並不會消耗大量CPU資源