如果你有过 SurfaceView 的使用经历，那么你一定和我一样，曾经被它所引发出 层出不穷的异状 折磨的 怀疑人生—— 毕竟，作为一个有理想的开发者，在深入了解 SurfaceView 之前，你很难想通这样一个问题：
为什么 Google 把 SurfaceView 设计的这么难用？
不支持 transform 动画；
不支持半透明混合；
移动，大小改变，隐藏/显示操作引发的各种问题；
另一方面，即使你对 SurfaceView 使用不多，图形系统 的这朵乌云依然笼罩在每一位 Android 开发者的头顶，来看 Google 对其的 描述：
最终我尝试走近这片迷雾，并一点点去思考下列问题的答案：
SurfaceView 的设计初衷是为了解决什么问题？
实际开发中，SurfaceView 这么 难用 的根本原因是什么？
为了解决这些问题，Google 的工程师进行了哪些 尝试 ？
接下来，读者可带着这些问题，跟随笔者一起，再次回顾 SurfaceView 设计和实现的精彩历程。
一、世界观
在了解 SurfaceView 的设计初衷之前，读者首先需要对 Android 现有的图形架构有一个基本的了解。
Android 系统采用一种称为 Surface 的图形架构，简而言之，每一个 Activity 都关联有至少一个 Window（窗口），每一个 Window 都对应有一个 Surface。
Surface 这里直译过来叫做 绘图表面 ，顾名思义，其可在内存中生成一个图形缓冲区队列，用于描述 UI，经与系统服务的WindowServiceManager 通信后、通过 SurfaceFlinger 服务持续合成并送显到显示屏。
