栈和堆，到底谁管什么
写代码时，变量往哪放，函数怎么调用，背后都跟内存分配有关。最常见的两个地方就是栈（Stack）和堆（Heap）。它们不是数据结构课上的概念，而是实实在在影响程序运行的关键。
举个生活里的例子：栈就像办公室的桌面，你把当前要处理的文件一层层叠起来，最新的放在最上面，用完就拿走。堆则像仓库，东西可以随便存，但找起来没那么快，还得自己记位置。
栈：自动管理，速度快
栈由系统自动管理，不需要你操心申请和释放。每当你调用一个函数，系统就在栈上分配一块空间，存放局部变量、函数参数、返回地址。函数执行完，这块空间自动清掉。
比如这段 C 代码：
void func() {
int a = 10;
char str[64];
}变量 a 和数组 str 都在栈上。函数一结束，它们占用的内存立刻释放，不用写额外代码。
栈的优点是快，因为分配和回收只是移动一下栈顶指针。但它空间有限，不能用来存太大的数据，比如超大数组或动态长度的数据。
堆：手动控制，灵活但易出错
堆是程序员自己申请和释放的内存区域。你需要主动调用 malloc、new 这类函数去“借”内存，用完还得 free 或 delete，不然就会“内存泄漏”——就像借了仓库的格子忘了还，时间久了仓库就被占满了。
看个例子：
int* p = (int*)malloc(100 * sizeof(int));
if (p != NULL) {
p[0] = 100;
// ... 使用数组
free(p); // 必须手动释放
p = NULL;
}这里申请了能存 100 个整数的空间，用的是堆。如果不写 free，这块内存会一直占着，直到程序结束。更糟的是，如果反复申请不释放，程序跑着跑着就卡死了。
分配方式和性能差异
栈的分配在编译期就能确定大部分信息，运行时只需调整指针，几乎没有额外开销。堆则不同，每次申请都要操作系统介入，查找合适的空闲块，可能还要合并碎片，速度慢不少。
而且堆容易产生内存碎片。就像仓库里东一个西一个地还格子，最后虽然总空间够，但拼不出一个完整的大型货架。
生命周期也完全不同
栈上的变量生命周期跟着作用域走。函数一退出，变量没了。堆上的数据只要你不释放，哪怕函数结束了，它还在那儿，其他函数也能通过指针访问到。
这也是为什么全局数据、需要跨函数传递的大对象，通常放在堆上。但代价是管理成本高，容易出错。
实际开发中的选择
日常写代码，小对象、临时变量优先用栈。比如循环里的计数器、函数内的中间结果。又快又安全。
大对象、不确定大小的数据，比如用户输入的文本、图像缓存、网络下载的内容，就得用堆。现代语言如 Java、Python 把堆管理做得透明些，靠垃圾回收自动清理，但底层还是堆那一套。
搞嵌入式或者写高性能服务时，栈和堆的区别更关键。栈空间可能只有几KB，一不小心递归深了，直接“栈溢出”，程序崩溃。这时候得精打细算，该放堆的别往栈塞。