Windows下C++可执行文件默认栈大小为1MB，由链接器在生成.exe时通过/STACK选项固化，运行时无法修改；调整必须在链接阶段显式指定/STACK参数，且仅影响主线程。
链接器选项 /STACK 是唯一有效方式
Windows 下 C++ 可执行文件的默认栈大小（1MB）由链接器在生成 .exe 时固化，运行时无法通过代码修改。想调整它，必须在链接阶段显式指定 /STACK 参数——不是编译选项，不是运行时 API，也不是 manifest 文件能控制的。
常见误区是试图用 SetThreadStackGuarantee 或创建线程时传 dwStackSize，这些只影响新线程，对主线程（即程序入口的栈）完全无效。
- Visual Studio：项目属性 → 配置属性 → 链接器 → 命令行 → 在“附加选项”里添加
/STACK:8388608（单位字节，例如 8MB） - 命令行链接（
link.exe）：link ... /STACK:4194304 - CMake：用
set_target_properties(... PROPERTIES LINK_FLAGS "/STACK:6291456")
/STACK 的数值必须是 4KB 的整数倍且不小于 1 page
Windows 栈内存按页分配（通常 4KB），/STACK 值会被向上对齐到最近的页边界。若填 /STACK:1000000，实际生效的是 1003520（245 页 × 4096），但链接器不会报错；若填 /STACK:1023，则直接链接失败，提示 LINK : warning LNK4088: image being created without specifying a base address 类似误导信息——真正原因是值太小。
- 最小合法值是
/STACK:4096（1 页），但低于 64KB 极易触发栈溢出，不推荐 - 典型安全值：1MB（
/STACK:1048576）、4MB（/STACK:4194304） - 超过 16MB 后，可能因地址空间碎片导致加载失败，尤其在 32 位程序中
调试时栈溢出错误不会显示 /STACK 相关提示
当栈耗尽，程序通常以 0xC00000FD: STATUS_STACK_OVERFLOW 异常崩溃，调试器（如 VS）只显示“未处理的异常”，不会指出是 /STACK 设置不足。你得自己排查：
- 检查调用深度是否异常（比如递归没出口、大数组局部变量）
- 确认是否所有构建配置（Debug/Release、x86/x64）都设置了
/STACK—— x64 默认栈更大，但某些深度递归场景仍不够 - 用
dumpbin /headers your.exe | findstr "stack"验证实际栈大小（输出中的 “size of stack reserve” 字段）
静态库和 DLL 不受 /STACK 影响
/STACK 仅作用于最终生成的可执行文件（.exe 或 .dll 的主线程栈）。静态库（.lib）无栈概念；DLL 的栈大小由宿主进程决定，其自身 /STACK 设置被忽略（除非该 DLL 是通过 LoadLibrary 加载后作为主模块运行，极罕见）。
这意味着：如果你把高栈需求的逻辑打包进 DLL，必须确保调用方（.exe）已设置足够大的 /STACK，否则照样崩在 DLL 的函数里——错误现场在 DLL 内，根源却在 EXE 的链接参数上。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
