Android SurfaceView 詳解(一)

最近有接觸到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來控制。

 

 

摘自 Damon_tong的專欄

發佈留言