為什么要研究這個東西？
以往Android開發中，大部分的界面都是由xml文件寫的布局文件渲染而成，控件的擺放位置，以及控件數量都是固定不變的，如果說會變化的，那么大概就是AdapterView這樣的列表組件了。但是，里面的列表項中的內容，其實還是固定不變的。
但是，如果遇到一切都是變化，整個頁面都是由前端頁面組織好，然后返回一串關于控件的坐標位置一堆信息，要求Android移動端，能夠根據給定的坐標信息動態的顯示控件位置的需求，怎么辦？
有人說簡單，不用布局文件了，可以改用代碼來寫啊。不錯，確實代碼執行起來效率會比加載布局文件來的快。但是問題來了，如果控件是動態添加的，而且控件數量非常的多怎么辦？
Android組件的生命周期
- onMeasure
- onLayout
- onDraw
這三個不用多做介紹了，相信能有需求看到這篇文章的開發者對這三個回調函數都熟爛了。
那么，我想說的事，在我開發的過程中，如果一個組件添加上百個，上千個的子控件會怎么樣？
直接ANR，然后退出程序。為什么？
大家在打印日志的時候應該可以看到，onMeasure和onLayout函數其實在界面渲染的時候，被多次的調用了。至于為什么，其實很簡單看了ViewGroup的源碼之后都會知道，每次addView都會調用requestLayout這個方法。
這個方法會做什么事情？
這個函數做的事情，簡單的來理解就是會重新的讓系統重新繪制整個頁面上的控件，也就是說，會重新的走一遍組件的生命周期。執行onMeasure,onLayout,onDraw。這也就是為什么，簡單的用代碼來動態添加控件數量的一個問題，數量少還沒什么，數量一多，必然會ANR。因為父組件需要在onMeasure和onLayout中分別計算子控件的大小，以及子控件如何擺放。如果要添加1000個控件，那么········
1+2+2+4+5+6······+1000次執行生命周期的回調函數，想想看看，如果子控件還有包含子控件怎么辦？
解決方案
其實可以從父類布局添加子控件這個過程中動點手腳，其實很簡單，如果一個控件在父類的組件執行onMeasure和onLayout之后，能夠讓父類組件知道這個子控件不需要再進行計算調整不就行了？
僅僅只需要在子控件中添加一個標識，然后在父組件回調onLayout之后，讓這個子控件的標識變為不需要計算，那么就可以進行跳過。就無需每次都進行一次重復的計算了。
那么如果遇到其中的一個子控件需要重新布局繪制怎么辦？簡單，就兩步：
設置標識，讓父組件知道這個子控件可以進行重新計算和重新布局，以及重新繪制。
子控件執行invalidate()即可。
如果按照上面的操作來走，相信能夠提升非常多的頁面渲染效率。如果是在大量控件繪制的情況下。
