纹理上传与零拷贝路径

图形密集型应用的性能，一半在画，另一半在把画好的东西送上去。这篇讲纹理上传与零拷贝路径的优化要点。

▍上传是瓶颈的判断
症状特征：内容更新时掉帧、视频或动画场景 CPU 占用异常高、发热明显。确认方法：性能采样看上传相关调用（像素缓冲传输类）的时间占比，超过两三成就是上传瓶颈。常见根因：每帧整幅上传（其实只有小区域变了）、上传走非优化格式（驱动要现场转换）、数据在应用侧反复搬运（画一次拷一次）。

▍优化三招
第一招，脏区上传：只传变化的矩形区域。维护脏区列表，上传时逐矩形或合并后传。注意驱动对对齐的要求（行对齐、宽高对齐），没对齐的亚矩形要扩边。第二招，格式对齐：应用侧缓冲格式与纹理上传格式一致（同一字节序、同一行序），避免驱动转换路径。最典型的坑是行序（上下颠倒）与行末对齐字节——提前在应用侧处理，别让每次上传都付转换税。第三招，减少搬运：能直接画进共享缓冲的（渲染引擎输出直接作为纹理源），就不要再拷一道。中间拷贝每消除一层，带宽省一截。

▍零拷贝的现实
真正的零拷贝（一个缓冲从生产者直接到合成器）依赖系统接口支持（缓冲队列直通），框架层能做的是近似零拷贝：减少中间层数、用持久映射的缓冲（映射一次反复写）代替每次上传的临时缓冲。持久映射对高频更新场景（视频、画笔轨迹）收益显著。

▍视频与相机路径
视频解码输出直接进纹理是独立通道（硬解表面直通），别把解码帧拉回内存再上传——那是双重搬运。相机预览同理。

▍测量纪律
优化前后用同一段负载量化（帧时间分布、上传耗时占比），不要凭感觉。真实工程里脏区上传把某画布应用的帧时间砍半，但同样的策略在另一个全屏动画应用里几乎无效——负载形态决定收益，测量先行。

▍验收
目标场景帧率与帧时间稳定性、发热、低内存设备的退化表现三项一起看。

有疑问欢迎在本板块直接发帖，我们会逐条回复。