技术债务可能是这样来的看我技术博客的朋友可能有注意到，最近更新了一系列与CEF、PPAPI、Skia相关的文章。在研究它们的过程中，有一些有意思的经历，非常典型，可以从一个方面解释“
技术债务
”的由来。
接下来我会讲讲这次经历，并从此展开，看看形成技术债务的原因及应对策略。
选择容易的替代策略
因为业务需要，我得在PPAPI插件中显示另一个模块（已有模块，基于C++代码完成）传递过来的图像数据。那个模块提供的数据，图像格式是RGBA32，我在Intel Pentium主机上编译出的Skia库，默认的颜色类型是kBGRA_8888_SkColorType（kN32_SkColorType），这导致在使用Skia绘制之前，必须将收到的RGBA32格式的数据转换为BGRA，否则就什么也画不出来。转换确实可行，我试了试，不过在图像分辨率较高时，耗时会明显增加。因为需要逐像素转换，一个像素转换至少需要三次赋值和两次索引操作，百万像素的图片就需要百万次操作。
当我完成像素格式转换，看到CEF中显示出颜色正常的数据后，大大松了口气。此时我有两个想法：
就这样吧，功能实现了，PPAPI插件进程就显示图像也不干别的，慢点没太