栈内存自动管理、快且安全但空间有限，堆内存手动或RAII管理、灵活但需防泄漏；栈变量生命周期绑定作用域，堆对象可跨函数传递；访问速度、线程可见性及调试特征均有显著差异。
栈内存自动管理，函数结束就释放
栈上分配的变量生命周期和作用域强绑定，比如 int x = 42; 或 std::string s = "hello";（在函数内定义），它们占用的内存由编译器在函数入口压栈、出口弹栈，无需手动干预。这种机制快且安全，但空间有限——通常几 MB，超限会触发 stack overflow 错误。
- 不能跨函数返回局部栈变量的地址，如
return &x;是未定义行为 - 递归过深、大数组（如
char buf[1024*1024];）容易爆栈 - 所有栈对象析构顺序严格后进先出，确保资源释放顺序可控
堆内存手动（或 RAII）管理，用 new/delete 控制生命周期
堆内存通过 new 和 delete（或 new[]/delete[]）申请和释放，生命周期不依赖作用域，可跨函数传递、动态调整大小。但代价是：分配慢、有碎片风险、必须配对使用，否则导致内存泄漏或 double free。
-
int* p = new int(100);分配单个对象；int* arr = new int[100];分配数组，必须用delete[]释放 - 裸指针易忘释放，现代 C++ 强烈推荐用
std::unique_ptr或std::shared_ptr自动管理 - 频繁小块堆分配（如循环中
new std::string）可能拖慢性能，考虑对象池或栈缓冲优化
栈 vs 堆：访问速度、线程可见性与调试特征
栈访问几乎是寄存器级速度，因为连续、缓存友好；堆访问涉及内存管理器查找空闲块，延迟高且不可预测。栈内存天然线程私有；堆内存默认进程内共享，多线程访问需同步（如 std::mutex）。调试时，栈溢出常表现为程序立即崩溃无堆栈；堆错误（如越界写、释放后使用）则可能延后暴露，需借助 AddressSanitizer 或 valgrind 捕获。
- 栈变量地址通常高位（如 0x7fff...），堆地址低位（如 0x5555...），可辅助判断指针来源
-
sizeof对栈数组返回真实字节数，对堆指针只返回指针大小（8 字节） - 移动语义（
std::move）对栈对象意义有限，对堆资源（如std::vector内部堆内存）才真正避免拷贝
什么时候该用栈，什么时候必须用堆？
优先栈：已知小尺寸、生命周期明确、无需跨作用域共享的对象。必须堆：运行时才知道大小（如用户输入长度的字符串）、需长期存活（如全局配置对象）、或要多态（基类指针指向派生类实例，且派生类大小不确定）。
立即学习“C++免费学习笔记（深入）”；
- 误把大对象放栈（如
std::vector<:byte>(1000000)</:byte>）→ 改用std::vector（内部堆存储）或显式new - 误在栈上构造多态对象再取地址传给基类指针 → 对象被切片，应改为堆分配 + 智能指针
- 临时字符串拼接用
std::string栈对象即可，其内部缓冲自动在堆上管理，无需干预
栈和堆不是“选哪个更快”，而是“谁负责生命周期”。混淆二者最隐蔽的问题不是崩溃，而是对象提前析构后指针悬空，或者堆内存反复分配释放却没察觉——这些往往在压力测试或长时间运行时才浮现。
