不能直接用 std::vector 存千万级顶点，因其 realloc 频繁、无法控制对齐（需16字节对齐以满足GPU驱动要求），且 data() 间接访问有开销；应使用 std::aligned_alloc 分配 POD 顶点内存并手动管理生命周期。
为什么不能直接用 std::vector<:array>></:array> 存顶点
大型3D模型（比如千万级顶点）下，std::vector 的连续内存分配看似合理，但实际容易触发频繁 realloc：每次 push_back 可能导致整块内存拷贝，GPU上传时还得多一次 data() 指针取值——这层间接性在热循环里是实打实的开销。更关键的是，你无法控制对齐方式，而现代 GPU 驱动（如 Vulkan 的 VkBuffer 或 OpenGL 的 glVertexAttribPointer）往往要求顶点结构体按 16 字节对齐，否则读取异常或性能骤降。
用裸指针不是为了炫技，而是把内存布局、生命周期和对齐三件事攥在自己手里。
如何安全分配对齐的顶点缓冲区
别手写 malloc + posix_memalign，C++17 起有标准方案：std::aligned_alloc，但注意它不调用构造函数，所以只适合 POD 类型（如 struct Vertex { float x,y,z; };）。
- 先定义顶点结构，并显式对齐：
struct alignas(16) Vertex { float x, y, z; float nx, ny, nz; // 法线 float u, v; // UV }; - 分配时用
std::aligned_alloc，并记录原始指针用于释放：size_t size = vertex_count * sizeof(Vertex); Vertex* vertices = static_cast<Vertex*>(std::aligned_alloc(16, size)); // ⚠️ 必须用 std::free 释放，不能用 delete // 后续可直接传给 glBufferData 或 vkMapMemory
- 若需自动管理，封装成 RAII 类，析构中调用
std::free，**绝不用delete或delete[]** —— 否则未定义行为
指针偏移比索引访问更快？要看场景
在 GPU 数据上传或着色器参数绑定这类一次性操作中，用 vertices + i 和 vertices[i] 汇编结果几乎一样。但在 CPU 端密集计算（如蒙皮动画）中，指针算术确实少一次基址加法，但现代编译器通常能优化掉。真正影响性能的是缓存局部性——确保顶点属性打包（interleaved），而不是分开存 float* positions, float* normals。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 错误做法：
float* pos = new float[n*3]; float* norm = new float[n*3];→ 多次分配 + 缓存跳转 - 正确做法：单块
Vertex*，用offsetof(Vertex, nx)计算属性偏移传给 OpenGL：glVertexAttribPointer(pos_loc, 3, GL_FLOAT, GL_FALSE, sizeof(Vertex), (void*)offsetof(Vertex, x)); - 如果必须分离存储（如仅更新法线），用
reinterpret_cast偏移访问：auto* normals = reinterpret_cast<float>(vertices) + 3;</float>，但得确保结构体无 padding 干扰
释放时最常踩的坑：类型不匹配与重复释放
用 std::aligned_alloc 分配的内存，只能用 std::free；用 new[] 分配的，只能用 delete[]。混用必崩，且这种错误在小模型下可能不暴露，一到大模型就段错误。
- 检查是否已为空指针再释放：
if (vertices) { std::free(vertices); vertices = nullptr; } - 避免多个对象持有同一
Vertex*并各自释放——引入std::shared_ptr也不行，因为它的默认删除器是delete；必须自定义删除器：auto del = [](Vertex* p) { std::free(p); }; std::shared_ptr<Vertex> ptr(vertices, del); - 调试阶段可加地址日志：
printf("Allocated %p, size %zu\n", vertices, size);，配合 AddressSanitizer 检查 use-after-free
对齐、分配、释放这三步环环相扣，漏掉任意一个对齐约束或错配释放方式，在百万顶点下不是慢一点，是直接不可用。
