什么是运行时动态分配内存
程序在运行过程中，根据实际需要申请内存空间，这个过程就叫运行时动态分配内存。比如你在写一个处理用户上传图片的应用，图片大小不一，无法在编译前确定所需内存，就得靠运行时动态申请。
常见的实现方式包括 C 语言中的 malloc、calloc、realloc，C++ 中的 new 操作符，以及 Java、Python 等高级语言的自动内存管理机制。
为什么会出现问题
动态分配虽然灵活，但也容易出问题。最典型的几种情况：申请了内存没释放，导致内存泄漏；重复释放同一块内存，造成程序崩溃；申请过大内存或频繁申请小块内存，引发系统资源耗尽。
举个例子，你开发了一个后台服务，每来一个请求就 malloc 一块内存存数据，但忘了 free。刚开始跑没问题，几天后发现服务器越来越慢，最后直接卡死——这就是典型的内存泄漏。
内存泄漏排查
使用工具是关键。Linux 下可以用 valgrind 检查 C/C++ 程序：
valgrind --leak-check=yes ./your_program输出会告诉你哪些 malloc 没有配对的 free。如果是 Java 应用，可以借助 jmap 和 jvisualvm 查看堆内存使用情况，观察对象是否持续堆积。
非法内存访问
有时候程序莫名其妙崩溃，报段错误（Segmentation Fault）。这往往是因为访问了已经释放的内存，或者越界访问。
比如下面这段代码：
int *p = (int*)malloc(10 * sizeof(int));
p[10] = 5; // 越界写入
free(p);
free(p); // 重复释放这种错误在小测试中可能不会立刻暴露，但在高并发环境下极易触发崩溃。用 AddressSanitizer 可以快速定位：
gcc -fsanitize=address -g your_code.c内存碎片问题
长时间运行的服务，频繁申请和释放不同大小的内存块，可能导致内存碎片。虽然总空闲内存不少，但找不到连续的大块空间，后续大内存申请失败。
这种情况常见于游戏服务器或高频交易系统。解决方案之一是使用内存池，在程序启动时预分配大块内存，自己管理分配逻辑，减少对系统 malloc 的依赖。
如何避免问题
养成好习惯：每次 malloc 都要对应一个 free，最好在函数注释里标明谁负责释放。C++ 推荐使用智能指针，Java 注意及时置 null 避免对象被意外持有。代码上线前做压测，配合监控工具观察内存变化趋势。
线上服务建议开启内存监控告警。比如某个进程内存占用每小时增长 50MB，大概率就是泄漏了，早点介入比半夜被报警叫醒强。