为何你还在坚持用数组？容器不比它香几条街？「上」
原文中文，约3100字，阅读约需8分钟。
📝
内容提要
美国白宫呼吁软件开发者放弃使用C/C语言，因其被认为是现代软件安全漏洞的主要隐患，特别是在数组的使用上。建议使用现代化的替代工具，如容器，以避免常见的数组bug和指针退化问题。
🔎
延伸解读
数组越界：人力计算长度的风险
文章指出，数组访问越界常因开发者手动计算长度或偏移出错，导致程序崩溃。例如九宫格案例中，循环条件误用“<=”造成越界写入，触发栈破坏。这凸显了依赖人力计算的安全隐患，而现代容器可自动管理边界，减少此类错误。
空间浪费：固定大小数组的代价
为应对不确定的输入长度，开发者常分配过大的固定数组，如1024字节缓冲区，造成内存浪费。文章认为，历史遗留代码中此类问题常见，优化时应重点关注。容器能动态调整大小，更高效利用内存。
指针退化：数组功能受限的根源
数组在传递给函数或赋值给指针时，会退化为指针，导致sizeof()返回指针大小而非数组长度。此外，数组不支持整体赋值和比较，比较时实际比较地址。这些限制使数组功能被“阉割”，而容器提供了更完整的操作。
❓
Q&A
为什么美国白宫呼吁放弃使用C/C语言？
因为C/C语言被认为是现代软件安全漏洞的隐患，尤其是在数组的使用上。
数组在C语言中存在哪些常见问题？
数组常见问题包括访问越界和占用过多空间。
访问越界会导致什么后果？
访问越界可能导致程序崩溃或异常关闭。
为什么数组会占用过多空间？
因为开发者往往不清楚最终需要的空间大小，导致随意指定较大的元素个数。
指针退化问题是什么？
指针退化是指数组转为指针后，sizeof()操作符返回的是指针的大小，而不是数组的长度。
为什么建议使用容器而不是数组？
因为容器可以避免数组的常见bug和指针退化问题，提供更安全和灵活的内存管理。
🏷️
