宏块数据必须用指针管理，因其体积大、数量多，值传递或栈分配会导致频繁拷贝或栈溢出；推荐用std::unique_ptr封装单个宏块或vector管理数组，确保自动释放与缓存友好。
宏块数据为什么必须用指针管理
视频编码（如 H.264/AVC）中，每个宏块（16×16 像素块）携带大量上下文信息：预测模式、残差系数、运动矢量、QP 值、CBP 标志等。这些数据结构体积大（常超 100 字节），且宏块数量极多（一帧 HD 视频可达数千个）。值传递或栈上分配会触发频繁拷贝或栈溢出，所以必须用指针——不是为了“炫技”，而是避免 std::bad_alloc 或隐式深拷贝导致的编码器卡顿。
用 std::unique_ptr 管理单个宏块生命周期
直接裸指针（MB*）易忘 delete，尤其在异常路径下；全局数组又难扩展。推荐用 std::unique_ptr 封装单个宏块对象：
struct MacroBlock {
int16_t residual[256]; // 16×16 DCT 系数
int8_t mv_x, mv_y; // 运动矢量
uint8_t pred_mode;
uint8_t qp;
};
<p>// 正确：自动释放，移动语义友好
auto mb = std::make_unique<macroblock>();
mb->qp = 26;
// 出作用域自动 delete，无需手动干预
</macroblock></p>
- 别用
new MacroBlock()+std::unique_ptr<macroblock>(ptr)</macroblock>：可能因异常导致裸指针泄漏 - 若需数组，用
std::vector<:unique_ptr>></:unique_ptr>，而非std::unique_ptr<macroblock></macroblock>（后者不调用单个析构） - 编码循环中反复复用同一块内存？改用对象池（
std::deque<macroblock></macroblock>预分配 +emplace_back），避免 new/delete 频繁调用
指针数组 vs 二维数组指针：访问宏块坐标时的陷阱
按帧组织宏块时，常需通过 (x, y) 快速索引。错误做法是声明 MacroBlock** mb_grid 并手动分配二级指针——这引入额外间接寻址、缓存不友好，且易造成 nullptr 解引用崩溃。
正确方式是用一维连续内存模拟二维布局，配合行主序计算：
// 推荐：连续分配，缓存友好 std::vector<:unique_ptr>> mb_pool; mb_pool.reserve(width_in_mb * height_in_mb); <p>// 计算索引：y 行 x 列 → idx = y <em> width_in_mb + x int idx = mb_y </em> frame_width_mb + mb_x; if (idx </p> <ul> <li>避免 <code>std::vector<:vector>>></:vector></code>：每行独立分配，破坏空间局部性</li> <li>不要写 <code>mb_grid[y][x]->qp</code> —— 即使编译通过，运行时 <code>mb_grid[y]</code> 可能为 <code>nullptr</code>，而编译器无法静态检查</li> <li>如果必须用 C 风格接口（如 x264 的 <code>x264_macroblock_cache_load</code>），传入的是 <code>MacroBlock*</code> 起始地址 + stride，此时确保你的 <code>mb_pool</code> 数据连续（<code>std::vector</code> 保证）</li> </ul> <h3>跨线程共享宏块指针时的线程安全边界</h3> <p>在并行编码（如 slice-level 多线程）中，多个线程可能同时读写不同宏块，但需严防误写相邻块。关键原则：指针本身可共享，但所指对象的访问必须隔离。</p> <ul> <li>只读共享安全：所有线程访问 <code>mb->pred_mode</code> 不需锁（假设只读）</li> <li>写操作必须独占：对 <code>mb->residual</code> 的 IDCT/量化必须确保无其他线程正在读该块——靠任务划分（如每个线程处理固定 MB 行）而非原子操作</li> <li>禁止把 <code>std::shared_ptr<macroblock></macroblock></code> 当线程通信手段：引用计数增减虽原子，但对象内容仍需额外同步；更常见错误是用 <code>shared_ptr</code> 包裹整个帧结构，导致不必要的性能开销</li> <li>调试时注意：GDB 显示 <code>mb.get()</code> 地址相同 ≠ 内容未被覆盖——用 <code>valgrind --tool=helgrind</code> 检查真实数据竞争</li> </ul> <p>真正棘手的从来不是“怎么用指针”，而是“哪个线程在什么时刻有权修改哪片内存”。编码器里一块内存的归属权，往往比语法细节更决定稳定性。</p></:unique_ptr>
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
