A. android View類中的生命周期是怎樣的
android view有以下14個周期：
1、onFinishInflate() 當View中所有的子控制項均被映射成xml後觸發 。
2、onMeasure( int , int ) 確定所有子元素的大小 。
3、onLayout( boolean , int , int , int , int ) 當View分配所有的子元素的大小和位置時觸發 。
4、onSizeChanged( int , int , int , int ) 當view的大小發生變化時觸發 。
5、onDraw(Canvas) view渲染內容的細節。
6、onKeyDown( int , KeyEvent) 有按鍵按下後觸發 。
7、onKeyUp( int , KeyEvent) 有按鍵按下後彈起時觸發 。
8、onTrackballEvent(MotionEvent) 軌跡球事件 。
9、onTouchEvent(MotionEvent) 觸屏事件 。
10、onFocusChanged( boolean , int , Rect) 當View獲取或失去焦點時觸發 。
11、onWindowFocusChanged( boolean ) 當窗口包含的view獲取或失去焦點時觸發 。
12、onAttachedToWindow() 當view被附著到一個窗口時觸發 。
13、onDetachedFromWindow() 當view離開附著的窗口時觸發，Android123提示該方法和 onAttachedToWindow() 是相反的。
14、onWindowVisibilityChanged( int ) 當窗口中包含的可見的view發生變化時觸發。
B. Android View知識
1， View是除了Android四大組件外，最常用的東西
2，什麼是View：
View是android中所有控制項的父類，比如TextView,LinearLayout等等
其中LinearLayout繼承自控制項組ViewGroup，當然ViewGroup也是繼承自View
3，View的位置
top：左上角縱坐標
left：左上角橫坐標
right：右下角橫坐標
bottom:右下角縱坐標
如下圖：
4，view的MotionEvent和TouchSlop
4.1MotionEvent：
ACTION_DOWN:手指接觸屏幕
ACTION_MOVE:手指在屏幕上滑動
ACTION_UP:手指離開屏幕。
4.2TouchSlop
處理滑動時的過濾條件，簡單來說就是，手指在屏幕上的一次操作算不算滑動。
系統默認值：ViewConfiguration.get(context).getScaledTouchSlop()
5，getX（）getY（）和getRawX（）和getRawY（）
前兩者相對於父控制項View 後兩者相對於手機屏幕
6，VelocityTracker,GestureDetector,Scroller
6.1VelocityTracker:滑動速度，在view的ontouch事件中，查看速度
6.2 GestureDetector：手勢判斷，比如長按，點擊，雙擊等，很少用，可以用 ontouch事件來代替
6.3Scroller：彈性滑動對象，實現view的位置改變等
7，原始滑動方式
7.1：ScrollerTo和Scroller By（）
實現簡單 但是只能滑動view裡面的子元素
7.2：改變view參數
實現復雜，但是如果view有交互，這種方式比較好
7.3：動畫
適用於沒有交互的，或者動畫復雜的view的滑動
8View的事件分發：
8.1：Activity-window-View
8.2：view中是從父到子，也就是從外到內，都不處理，返回給最頂級
8.3：ViewGroup默認不攔截任何事件，默認返回false
8.4：分發方法：dispatchTouchEvent，OnInterceptTouchEvent，OnTouchEvent
dispatchTouchEvent：分發
OnInterceptTouchEvent：攔截
OnTouchEvent：處理點擊事件
C. android中 自定義了一個View類， 在xml布局文件中作為組件添加(無錯誤提示)但運行後報錯
你這寫的不是View類吧，
你在xml裡面定義的 com.PowerPadPointer.ControlPCActiivity 標簽根本就不是View視圖，而是一個activity，所以在程序載入視圖的時候把ControlPCActiivity轉換成View就會報類型轉換錯誤。
解決辦法：
把xml標簽改成你自定義的那個View。是繼承於android.view.View的，還不是繼承於Activity的。
D. Android 自定義View之Draw過程(上)
Draw 過程系列文章
Android 展示之三部曲：
前邊我們已經分析了：
這倆最主要的任務是： 確定View/ViewGroup可繪制的矩形區域。
接下來將會分析，如何在這給定的區域內繪制想要的圖形。
通過本篇文章，你將了解到：
Android 提供了關於View最基礎的兩個類：
然而ViewGroup 並沒有約定其內部的子View是如何布局的，是疊加在一起呢？還是橫向擺放、縱向擺放等。同樣的View 也沒有約定其展示的內容是啥樣，是矩形、圓形、三角形、一張圖片、一段文字抑或是不規則的形狀？這些都要我們自己去實現嗎？
不盡然，值得高興的是Android已經考慮到上述需求了，為了開發方便已經預制了一些常用的ViewGroup、View。
如：
繼承自ViewGroup的子類
繼承自View的子類
雖然以上衍生的View/ViewGroup子類已經大大為我們提供了便利，但也僅僅是通用場景下的通用控制項，我們想實現一些較為復雜的效果，比如波浪形狀進度條、會發光的球體等，這些系統控制項就無能為力了，也沒必要去預制千奇百怪的控制項。想要達到此效果，我們需要自定義View/ViewGroup。
通常來說自定義View/ViewGroup有以下幾種：
3 一般不怎麼用，除非布局比較特殊。1、2、4 是我們常用的手段，對於我們常說的"自定義View" 一般指的是 4。
接下來我們來看看 4是怎麼實現的。
在xml里引用MyView
效果如下：
黑色部分為其父布局背景。
紅色矩形+黃色圓形即是MyView繪制的內容。
以上是最簡單的自定義View的實現，我們提取重點歸納如下：
由上述Demo可知，我們只需要在重寫的onDraw(xx)方法里繪制想要的圖形即可。
來看看View 默認的onDraw(xx)方法：
發現是個空實現，因此繼承自View的類必須重寫onDraw(xx)方法才能實現繪制。該方法傳入參數為：Canvas類型。
Canvas翻譯過來一般叫做畫布，在重寫的onDraw(xx)里拿到Canvas對象後，有了畫布我們還需要一支筆，這只筆即為Paint，翻譯過來一般稱作畫筆。兩者結合，就可以愉快的作畫(繪制)了。
你可能發現了，在Demo里調用
並沒有傳入Paint啊，是不是Paint不是必須的？實際上調用該方法後，底層會自動生成Paint對象。
可以看到，底層初始化了Paint，並且給其設置的顏色為在java層設置的顏色。
onDraw(xx)比較簡單，開局一個Canvas，效果全靠畫。
試想，這個Canvas怎麼來的呢，換句話說是誰調用了onDraw(xx)。發揮一下聯想功能，在Measure、Layout 過程有提到過兩者套路很像：
那麼Draw過程是否也是如此套路呢？看見了onDraw(xx)，那麼draw(xx)還遠嗎？
沒錯，還真有draw(xx)方法：
可以看出，draw(xx)主要分為兩個部分：
不管是A分支還是B分支，都進行了好幾步的繪制。
通常來說，單一一個View的層次分為：
後面繪制的可能會遮擋前邊繪制的。
對於一個ViewGroup來說，層次分為：
來看看A分支標注的4個點:
(1)
onDraw(canvas)
前面分析過，對於單一的View，onDraw(xx)是空實現，需要由我們自定義繪制。
而對於ViewGroup，也並沒有具體實現，如果在自定義ViewGroup里重寫onDraw(xx)，它會執行嗎？默認是不會執行的，相關分析請移步：
Android ViewGroup onDraw為什麼沒調用
(2)
dispatchDraw(canvas)，來看看在View.java里的實現:
發現是個空實現，再看看ViewGroup.java里的實現:
也即是說，對於單一View，因為沒有子布局，因此沒必要再分發Draw，而對於ViewGroup來說，需要觸發其子布局發起Draw過程(此過程後續分析)，可以類比事件分發過程View、ViewGroup的處理。感興趣的請移步：
Android 輸入事件一擼到底之View接盤俠（3）
(3)
OverLay，顧名思義就是"蓋在某個東西上面"，此處是在繪制內容之後，繪制前景之前。怎麼用呢？
以上是給一個ViewGroup設置overLay，效果如下：
你可能發現了，這和設置overLay差不多的嘛，實際還是有差別的。在onDrawForeground(xx)里會重新調整Drawable的尺寸，該尺寸與View大小一致，之前給Drawable設置的尺寸會失效。運行效果如下：
可以看出，ViewGroup都被前景蓋住了。
再來看看B分支的重點：邊緣漸變效果
先來看看TextView 邊緣漸變效果：
加上這倆參數。
實際上系統自帶的一些控制項也使用了該效果，如NumberPicker、YearPickerView
以上是NumberPicker 的效果，可以看出是垂直方向漸變的。
對於View.java 里的onDraw(xx)、draw(xx)，ViewGroup.java里並沒有重寫。
而對於dispatchDraw(xx)，在View.java里是空實現。在ViewGroup.java里發起對子布局的繪制。
來看看標記的2點：
(1)
設置padding的目的是為了讓子布局留出一定的空隙出來，因此當設置了padding後，子布局的canvas需要根據padding進行裁減。判斷標記為：
FLAG_CLIP_TO_PADDING 默認設置為true
FLAG_PADDING_NOT_NULL 只要有padding不為0，該標記就會打上。
也就是說：只要設置了padding 不為0，子布局顯示區域需要裁減。
能不能不讓子布局裁減顯示區域呢？
答案是可以的。
考慮到一種場景：使用RecyclerView的時候，我們需要設置paddingTop = 20px，效果是：RecyclerView Item展示時離頂部有20px，但是滾動的時候永遠滾不到頂部，看起來不是那麼友好。這就是上述的裁減起作用了，需要將此動作禁止。通過設置：
當然也可以在xml里設置：
(2)
drawChild(xx)
從方法名上看是調用子布局進行繪制。
child.draw(x1,x2,x3)里分兩種情況:
這兩者具體作用與區別會在下篇文章分析，不管是硬體加速繪制還是軟體加速繪制，最終都會調用View.draw(xx)方法，該方法上面已經分析過。
注意，draw(x1,x2,x3)與draw(xx)並不一樣，不要搞混了。
用圖表示：
View/ViewGroup Draw過程的聯系：
一般來說，我們通常會自定義View，並且重寫其onDraw(xx)方法，有沒有繪制內容的ViewGroup需求呢？
是有的，舉個例子，大家可以去看看RecyclerView ItemDecoration 的繪制，其中運用到了ViewGroup draw(xx)、ViewGroup onDraw(xx) 、View onDraw(xx)繪制的先後順序來實現分割線，分組頭部懸停等功能的。
本篇文章基於 Android 10.0
E. android中的View是做什麼的
View類是Android的一個超類，這個類幾乎包含了所有的屏幕類型。每一個View都有一個用於繪圖的畫布，這個畫布可以進行任意擴展。在游戲開發中葉可以自定義視圖(View),這個畫布的功能更能滿足我們在游戲開發中的需要。在Android中，任何一個View類都只需重寫onDraw 方法來實現界面顯示，自定義的視圖可以是復雜的3D實現，也可以是非常簡單的文本形式等。
F. Android自定義View
View的構造函數：共有4個
系統自帶的View可以在xml中配置屬性，對於寫的好的自定義View同樣可以在xml中配置屬性，為了使自定義的View的屬性可以在xml中配置，需要以下4個步驟：
一定要記住：無論是measure過程、layout過程還是draw過程，永遠都是從View樹的根節點開始測量或計算（即從樹的頂端開始），一層一層、一個分支一個分支地進行（即樹形遞歸），最終計算整個View樹中各個View，最終確定整個View樹的相關屬性。
Android的坐標系定義為：
View的位置由4個頂點決定的 4個頂點的位置描述分別由4個值決定：
View的位置是通過view.getxxx()函數進行獲取：（以Top為例）
與MotionEvent中 get()和getRaw()的區別
MarginLayoutParams是和外間距有關的。事實也確實如此，和LayoutParams相比，MarginLayoutParams只是增加了對上下左右外間距的支持。實際上大部分LayoutParams的實現類都是繼承自MarginLayoutParams，因為基本所有的父容器都是支持子View設置外間距的。
1. 創建自定義屬性
2. 繼承MarginLayout
3. 重寫ViewGroup中幾個與LayoutParams相關的方法
在為View設置LayoutParams的時候需要根據它的父容器選擇對應的LayoutParams，否則結果可能與預期不一致，這里簡單羅列一些常見的LayoutParams子類：
測量規格,封裝了父容器對 view 的布局上的限制，內部提供了寬高的信息（ SpecMode 、 SpecSize ），SpecSize是指在某種SpecMode下的參考尺寸，其中SpecMode 有如下三種：
針對上表，這里再做一下具體的說明
一般getIntrinsicWidth/Height能獲得內部寬/高 圖片Drawable其內部寬高就是圖
片的寬高 顏色Drawable沒有內部寬高的概念 內部寬高不等同於它的大小，一般
Drawable沒有大小概念(作為View背景時，會被拉伸至View的大小)
G. android 有哪些view
Android View和ViewGroup從組成架構上看，似乎ViewGroup在View之上， View需要繼承ViewGroup，但實際上不是這樣的。View是基類，ViewGroup是它的子類。這就證明了一點， View代表了用戶界面組件的一塊可繪制的空間塊。每一個View在屏幕上占據一個長方形區域。 在這個區域內，這個VIEW對象負責圖形繪制和事件處理。View是小控制項widgets和ViewGroup的父類。 ViewGroup又是Layout的基類。
H. Android的View類是怎樣定義的源代碼是什麼
view的定義還真不是一兩句話能說清楚的。源碼里代碼2萬多行，最前面的注釋有500多行。
如果你用android studio，直接Ctrl 點擊View應該就能看到源碼。
當然也可以在網頁里查看源碼
http ://androidxref.com