SurfaceView及TextureView區別

1、SurfaceView是什麼

它繼承自類View，因此它本質上是一個View。但與普通View不同的是，它有自己的Surface。有自己的Surface，在WMS中有對應的WindowState，在SurfaceFlinger中有Layer。我們知道，一般的Activity包含的多個View會組成View hierachy的樹形結構，只有最頂層的DecorView，也就是根結點檢視，才是對WMS可見的。這個DecorView在WMS中有一個對應的WindowState。相應地，在SF中對應的Layer。

而SurfaceView自帶一個Surface，這個Surface在WMS中有自己對應的WindowState，在SF中也會有自己的Layer。雖然在App端它仍在View hierachy中，但在Server端（WMS和SF）中，它與宿主視窗是分離的。這樣的好處是對這個Surface的渲染可以放到單獨執行緒去做，渲染時可以有自己的GL context。這對於一些遊戲、視訊等效能相關的應用非常有益，因為它不會影響主執行緒對事件的響應。

但它也有缺點，因為這個Surface不在View hierachy中，它的顯示也不受View的屬性控制，所以不能進行平移，縮放等變換，也不能放在其它ViewGroup中，一些View中的特性也無法使用。

---

2、SurfaceView優缺點

優點：

可以在一個獨立的執行緒中進行繪製，不會影響主執行緒

使用雙緩衝機制，播放視訊時畫面更流暢

缺點：

Surface不在View hierachy中，它的顯示也不受View的屬性控制，所以不能進行平移，縮放等變換，也不能放在其它ViewGroup中。SurfaceView 不能巢狀使用。

---

3、SurfaceView雙緩衝

雙緩衝：在運用時可以理解為：SurfaceView在更新檢視時用到了兩張Canvas，一張frontCanvas和一張backCanvas，每次實際顯示的是frontCanvas，backCanvas儲存的是上一次更改前的檢視，當使用lockCanvas（）獲取畫布時，得到的實際上是backCanvas而不是正在顯示的frontCanvas，之後你在獲取到的backCanvas上繪製新檢視，再unlockCanvasAndPost（canvas）此檢視，那麼上傳的這張canvas將替換原來的frontCanvas作為新的frontCanvas，原來的frontCanvas將切換到後臺作為backCanvas。例如，如果你已經先後兩次繪製了檢視A和B，那麼你再呼叫lockCanvas（）獲取檢視，獲得的將是A而不是正在顯示的B，之後你將重繪的C檢視上傳，那麼C將取代B作為新的frontCanvas顯示在SurfaceView上，原來的B則轉換為backCanvas。

---

4、TextureView是什麼

在4.0(API level 14)中引入，與SurfaceView一樣繼承View，它可以將內容流直接投影到View中，可以用於實現Live preview等功能。

和SurfaceView不同，它不會在WMS中單獨建立視窗，而是作為View hierachy中的一個普通View，因此可以和其它普通View一樣進行移動，旋轉，縮放，動畫等變化。

值得注意的是TextureView必須在硬體加速的視窗中。它顯示的內容流資料可以來自App程式或是遠端程式。

從類圖中可以看到，TextureView繼承自View，它與其它的View一樣在View hierachy中管理與繪製。TextureView過載了draw()方法，其中主要SurfaceTexture中收到的影象資料作為紋理更新到對應的HardwareLayer中。

SurfaceTexture.OnFrameAvailableListener用於通知TextureView內容流有新影象到來。SurfaceTextureListener介面用於讓TextureView的使用者知道SurfaceTexture已準備好，這樣就可以把SurfaceTexture交給相應的內容源。Surface為BufferQueue的Producer介面實現類，使生產者可以通過它的軟體或硬體渲染介面為SurfaceTexture內部的BufferQueue提供graphic buffer。

---

5、TextureView優點及缺點

優點：

支援移動、旋轉、縮放等動畫，支援截圖

缺點：

必須在硬體加速的視窗中使用，佔用記憶體比SurfaceView高，在5.0以前在主執行緒渲染，5.0以後有單獨的渲染執行緒。

---

6、兩者比較

---

7、播放器選誰

從效能和安全性角度出發，使用播放器首選SurfaceView。

• 在android 7.0上系統surfaceview的效能比TextureView更有優勢，支援物件的內容位置和包含的應用內容同步更新，平移、縮放不會產生黑邊。 在7.0以下系統如果使用場景有動畫效果，可以選擇性使用TextureView
• 由於失效(invalidation)和緩衝的特性，TextureView增加了額外1~3幀的延遲顯示畫面更新
• TextureView總是使用GL合成，而SurfaceView可以使用硬體overlay後端，可以佔用更少的記憶體頻寬，消耗更少的能量
• TextureView的內部緩衝佇列導致比SurfaceView使用更多的記憶體
• SurfaceView： 內部自己持有surface，surface 建立、銷燬、大小改變時系統來處理的，通過surfaceHolder 的callback回撥通知。當畫布建立好時，可以將surface繫結到MediaPlayer中。SurfaceView如果為使用者可見的時候，建立SurfaceView的SurfaceHolder用於顯示視訊流解析的幀圖片，如果發現SurfaceView變為使用者不可見的時候，則立即銷燬SurfaceView的SurfaceHolder，以達到節約系統資源的目的

 

最後，總結下這幾者的區別和聯絡。簡單地說:

SurfaceView是一個有自己獨立Surface的View, 它的渲染可以放在單獨執行緒而不是主執行緒中, 其缺點是不能做變形和動畫。

SurfaceTexture可以用作非直接輸出的內容流，這樣就提供二次處理的機會。與SurfaceView直接輸出相比，這樣會有若干幀的延遲。同時，由於它本身管理BufferQueue，因此記憶體消耗也會稍微大一些。

TextureView是一個可以把內容流作為外部紋理輸出在上面的View, 它本身需要是一個硬體加速層。

事實上TextureView本身也包含了SurfaceTexture, 它與SurfaceView+SurfaceTexture組合相比可以完成類似的功能（即把內容流上的影象轉成紋理，然後輸出）, 區別在於TextureView是在View hierachy中做繪製，因此一般它是在主執行緒上做的（在Android 5.0引入渲染執行緒後，它是在渲染執行緒中做的）。而SurfaceView+SurfaceTexture在單獨的Surface上做繪製，可以是使用者提供的執行緒，而不是系統的主執行緒或是渲染執行緒。另外，與TextureView相比，它還有個好處是可以用Hardware overlay進行顯示。