CVPixelBuffer宽高API差异及YUV格式适配疑问

嘿，这个问题问到点子上了！我之前在处理视频帧和图像处理的时候刚好研究过这几个API的差异，给你详细唠唠：

先把这俩API的本质说清楚：

• CVPixelBufferGetWidth(pixelbuffer) 拿到的是整个像素缓冲区的「逻辑宽度」——就是我们直观认知里的图像宽度，比如你录制的1080P视频，这个值就是1920，代表图像实际有多少个有效像素列。
• CVPixelBufferGetWidthOfPlane(pixelbuffer, 0) 拿到的是第0平面（绝大多数情况下是Y分量）的「实际存储宽度」，这个值是内存里实际分配的宽度，可能包含为了优化性能而添加的填充字节。

举个实际的例子：如果你的图像逻辑宽度是1919，为了满足内存对齐（比如对齐到16的倍数），系统会把Y平面的存储宽度设为1920，这时候前者返回1919，后者返回1920，差异就出现了。

答案是完全不是，有两种常见场景会打破这个等式：

• 内存对齐优化：iOS/macOS这类平台为了提升内存访问的效率，会强制像素平面的宽度对齐到特定字节数（比如16或32的倍数）。哪怕你的图像逻辑宽高是奇数或者非对齐数值，存储平面的宽高都会被调整到符合对齐要求的数值，这时候CVPixelBufferGetWidth和CVPixelBufferGetWidthOfPlane(0)就不一样了。
• 特殊像素格式：虽然大多数YUV格式里Y分量的有效像素数和图像整体一致，但有些小众或自定义的格式（比如某些压缩YUV变体、特定硬件输出的格式）可能会对Y分量做特殊处理——比如局部采样、存储裁剪，这时候Plane 0的宽高就会和整体宽高脱节。

额外提个小建议：如果要处理Y分量的实际像素数据，别直接用Plane的宽度，应该结合CVPixelBufferGetWidth（有效像素列数）和CVPixelBufferGetBytesPerRowOfPlane(0)（每行的总字节数）来计算，因为Plane宽度里的填充字节是无效数据，不能当成有效像素来处理。

内容的提问来源于stack exchange，提问作者leizh007