内容流

View 和 SurfaceView 的区别

View 主要适用于主动更新的情况下，而 SurfaceView 主要适用于被动更新，例如频繁地刷新。
View 在主线程中对画面进行刷新，而 SurfaceView 通常会通过一个子线程来进行页面的刷新。
View 在绘图时没有使用双缓冲机制，而 SurfaceView 在底层实现机制中就已经实现了双缓冲机制。
总结就是，如果你的自定义View需要频繁刷新，或者刷新时数据处理量比较大，那么你就可以考虑使用 SurfaceView 来取代 View 了。

SurfaceView拥有独立的绘图表面Surface，即它不与其宿主窗口共享一个Surface。由于拥有独立的Surface，因此SurfaceView的UI就可以在一个单独的线程中进行绘制。
对于Android普通的控件，例如TextView，Button等，它们都是将自己的UI绘制在宿主窗口的绘图表面上，这意味着它们的UI在是应用线程的主线程中进行绘制的。当我们对UI绘制的操作花费很多时间，就很有可能被系统认为应用程序没有响应了，因此就会弹出一个ANR对话框出来。

具有独立的绘图表面
需要在宿主窗口上挖一个洞来显示自己
它的UI绘制可以在单独的线程中进行，这样就可以进行负责的UI绘制，并且不会影响应用程序的主线程响应用户输入。

SurfaceView内部维护着一块Surface用于ui数据的的绘制，同时在WindowManagerService端会创建一个新的绘图对象，对应着SurfaceFlinger的一个新的Layer，因此SurfaceView中绘制的数据就由新的Layer，而不是宿主DecorView的Layer，意思就是SurfaceView有和宿主DecorView对应的ViewRootImpl一样的一套绘制渲染模型，两者分别独立渲染。

SurfaceView的工作流程。

1.在onAttachedToWindow中进行对SurfaceView的初始化和准备工作。完成透明区域的请求，获取WindowManagerService的本地代理对象mSession,和对绘制的监听addOnPreDrawListener

2.在onWindowVisibilityChanged中将被显示时，调用updateWindow

3.updateWindow，初始化MyWindow对象，用于WindowManagerService通知SurfaceView的状态变化，mSession.relayout以请求WindowManagerService对Surface的UI进行布局，这样SurfaceFlinger就会为其创建一个独立的Layer绘图对象。这里同时会回调SurfaceHolder.Callback的surfaceCreated和surfaceChanged等方法，通知当前的SurfaceView是否准备好了。

4.然后我们就可以通过getHolder获取SurfaceHolder的对象，在新线程中，通过lockCanvas锁定画布，然后用Cavas对象进行绘制，内部是通过SurfaceView的Surface对象来取得Canvas对象，该Canvas通过JNI调用到底层的Surface的Canvas进行操作。

5.在onDetachedFromWindow中进行对SurfaceView的清理工作。移除绘制监听，调用updateWindow通知回调SurfaceHolder.Callback的surfaceDestroyed，mSession移除mWindow以使WindowManagerService解除对SurfaceView的操作。

再次总结，因为普通View走的是ViewRootImpl的绘制流程，在里面有对线程进行检查，非主线程的话会抛异常，目的就是实现单线程绘制模型，同时又要接受输入事情等。而SurfaceView有独立的绘制机制，比如独立的客户端Surface,WindowManagerService中独立的绘图对象，SurfaceFlinger中独立的Layer渲染。因为它里面可以只负责绘制，所以效率要更高。当然，SurfaceView的其他处理比如输入事件还是继承使用了View的那一套。

参考
Android：SurfaceView 的使用（附代码模板）
Android SurfaceView原理分析
SurfaceView原理简述
SurfaceView原理理解和常见问题
Android视图SurfaceView的实现原理分析