最近有接觸到SurfaceView，各種不熟悉，在看完各路大神的Bolg幫助下，成長不少。做個小結，與大家共同進步
一、先說一下：View類和SurfaceView類
(1.)View類：
View 類是Android 的一個超類，每個View都有一個用於繪畫的畫布，這個畫布可以進行任意的擴展。
當需要繪製複雜的圖像或者對程序的執行效率要求比較高的時候，View並不能滿足需求。View是Widget框架下的一個直接拖拉的控件產物。例如：當需要雙緩衝來顯示，直接訪問畫布canvas，這些 都導致了我們需要比View更加強大的SurfaceView。
View：顯示視圖，內置畫布，提供圖形繪製函數，觸屏時間、按鍵事件函數等，必須在UI主線程內更新畫面，速度較慢。
(2.)SurfaceView類：(API)
SurfaceView 是View的繼承類，這個視圖裏內嵌了一個專門用於繪製的Surface。可以控制這個Surface的格式和尺寸。SurfaceView控制這個Surface的繪製位置。
SurfaceView：基於view視圖進行拓展的視圖類，更適合2D遊戲的開發；是view的子類，類上使用雙緩衝機制，在新的線程中跟新畫面所以新界面速度比view快。
Surface是縱深排序的，這說明它總在自己所在的窗口的後面。SurfaceView 提供了一個可見區域，只有在這個可見區域內的surface部分內容纔可見，可見區域外部部分不可 見。surface的排版顯示受到視圖層級關係的影響，它的兄弟節點會在頂端顯示。這意味者surface的內容會被它的兄弟視圖遮擋，這一特性可以用來放置遮蓋物（overlays）(例如：文本和按鈕等控件)。但是，當surface上面有透明控件時，它的每次變化都會引起框架重新計算它和頂層控件的透明效果，這會影響性能。可以通過SurfaceHolder接口訪問這個surface,getHolder()方法可以得到這個接口。
Surfaceview變的可見時，surface被創建，surfaceView隱藏前，surface被毀滅。這樣可以節省資源。surface創建：surfaceCreated(SurfaceHolder)和surfaceDestroyed(SurfaceHolder).
SurfaceView的核心提供了兩個線程：UI線程和渲染線程。應該注意的是：
a.所有的SurfaceView和SurfaceHolder.Callback的方法都應該在UI線程裏調用，一般來說就是應用程序的主線程。渲染線程所要訪問的各種變量應該做同步處理。
b.由於surface可能被銷燬，它只在SurfaceHolder.Callback.surfaceCreated()和SurfaceHoledr.Callback.surfaceDestroyed()之間有效，所以要確保渲染線程訪問的是合法有效地surface.
二、SurfaceView類 和View類的區別
SurfaceView 和View的最本質的區別在於，surfaceView是在一個在新起的單獨線程中可以重新繪製畫面，而View必須在UI的主線程中更新畫面。那麼在UI的主線程中更新畫面，可能會引發問題，比如你更新畫面的時間過長，那麼你的主UI線程會被你正在畫的函數阻塞，那麼將無法響應按鍵，觸摸等消息。當使用surfaceView由於是在新的線程中更新畫面所以不會阻塞你的UI主線程，但是這也會有另外一個問題，就是事件同步。比如你觸屏了一下，你需要surfaceView中thread處理，一般就需要有一個event
queue的設計來保存touch event，這樣就會有點複雜了。
View：必須在UI的主線程中更新畫面，用於被動更新畫面。
surfaceView：UI線程和子線程中都可以。在一個新啓動的線程中重新繪製畫面，主動更新畫面。
所以在遊戲的應用上，根據遊戲的特點，一般分爲兩類：
a. 被動更新畫面的。比如棋類，這種用view就好。因爲畫面的跟新依賴於onTouch來更新，可以直接使用invalidate.因爲這種情況下，這一次Touch和下一次Touch需要的時間比較長些，不會產生
影響。
b.主動更新：比如一個人在一直跑動。這就需要一個單獨的thread不停地重繪人的轉檯，避免阻塞mian UI Thread 。所以顯然view 不適合，需要surfaceView來控制。
