应使用std::vector替代栈上大数组，因其内存分配在堆上，避免栈溢出；编译期小数组可用std::array；强行栈分配需调整线程栈大小或谨慎使用alloca。
栈空间默认很小，int arr[1000000] 直接炸掉
大多数系统默认线程栈大小在 1MB～8MB 之间（Linux 默认 8MB，Windows 主线程 1MB），int arr[1000000] 就要占约 4MB，再加函数调用帧、局部变量，很容易触发栈溢出——程序直接 SIGSEGV 或 Stack overflow 崩溃，连异常都捕获不到。
这不是代码写错，是操作系统对栈的硬限制。不能靠“优化逻辑”绕开，必须换内存分配策略。
用 std::vector 替代裸数组，数据放堆上
std::vector 的底层内存来自堆，不受栈大小约束，且接口几乎和数组一致，是最直接、最安全的替换方案。
- 写法简单：
std::vector<int> arr(1000000);</int>—— 构造时就分配好，支持下标访问arr[123] - 避免手动
new/delete：自动管理生命周期，离开作用域即释放 - 如果需要 C 风格指针（比如传给旧 API），用
arr.data()获取起始地址，类型是int* - 注意：不要写
std::vector<int> arr; arr.reserve(1000000);</int>，这只是预留容量，size()仍是 0；要用resize()或带参构造
真要栈上分配？只能显式调大栈或改用 alloca（不推荐）
极少数场景（如嵌入式实时函数、性能敏感且长度确定的临时缓存），你可能坚持栈分配。但必须清楚代价：
- Linux 下启动前调栈：
ulimit -s 65536（单位 KB，即 64MB），但这影响整个进程，且子线程仍用默认栈 - 创建线程时指定栈大小：
pthread_attr_setstacksize(&attr, 16 * 1024 * 1024);，但需自己管理线程生命周期 -
alloca是 C 标准函数，在栈上动态分配，但不检查边界、无法释放、容易被编译器优化干扰，C++ 中基本视为危险操作，GCC/Clang 甚至可能拒绝内联或生成错误代码 - MSVC 的
_malloca略安全些（超阈值自动切堆），但仍需配对_freea，且跨函数传递极易出错
编译期已知小数组？用 std::array 或结构体包装
如果大小在编译期确定且确实不大（比如 int buf[256]），std::array 是更现代的选择：
-
std::array<int> buf;</int>—— 所有内容仍在栈上，零开销，支持for (auto& x : buf)和buf.data() - 比裸数组安全：有
size()、at()越界检查（debug 模式）、可拷贝 - 别误用
std::array存百万级元素——它还是栈分配，只是语法糖，该溢出照溢出
真正卡住人的地方，往往不是“会不会用 vector”，而是没意识到栈大小是进程/线程级配置，也不是所有“大数组”都需要全程驻留内存——有时候分块处理、流式读取、或用 std::unique_ptr<t></t> 延迟分配，比硬扛栈更实际。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
