嵌入式平台下轻量C++11运行时固定大小数组方案咨询

作为深耕小型嵌入式平台开发的开发者，我来聊聊我们团队在数组选型上的实际经验：

编译期固定大小：优先用std::array<> #

当数组的大小在编译阶段就能明确下来时，std::array<>绝对是最优解。它完全替代了传统的C风格数组，不仅拥有栈分配的高效性（无额外内存开销），还自带STL容器的友好接口——比如size()可以直接获取长度，begin()/end()支持范围for循环，甚至debug模式下还有边界检查，安全性拉满，性能却和原生数组几乎无差别。

需要动态增删元素：用std::vector<> #

如果业务场景中需要频繁添加、删除元素，或者数组大小需要在运行时动态调整，我们会选择std::vector<>。虽然它有一定的内存管理开销（比如扩容时的内存拷贝/移动），但它的动态性和易用性在这类场景里完全能抵消这点代价，而且成熟的STL实现也保证了稳定性，不用自己造轮子处理内存扩容。

运行时确定的固定大小：用std::unique_ptr<[]>的痛点 #

最棘手的是那种仅在运行时才能确定大小，但确定后就不再修改的中间场景。目前我们团队大多用std::unique_ptr<[]>来应对，它的优势很明显：支持运行时指定数组大小，没有std::vector<>的扩容冗余开销，内存使用更紧凑，非常适合资源紧张的嵌入式平台。

但它的缺点也很突出，实际开发中经常踩坑：

• 没有内置的size()方法，必须自己额外维护一个变量来存储数组长度，很容易出现“长度和数组实际大小不匹配”的bug；
• 不支持STL迭代器接口，没法直接使用std::sort、std::for_each这类标准算法，要么手动写循环，要么得额外封装一层，增加了代码复杂度；
• 缺乏边界检查机制（哪怕是debug模式），越界访问的风险比std::array和vector高很多，排查问题时特别头疼；
• 无法直接作为参数传给期望STL容器的函数，灵活性大打折扣，有时候不得不做额外的适配。

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