C语言动态内存分配：超长文本输入的可分配内存空间判断方法

内存不足的原生指示方式 #

C语言标准库提供的动态内存分配接口（malloc()、calloc()、realloc()）本身就内置了内存不足的信号反馈逻辑：当系统没有足够的连续内存可满足申请要求时，函数不会直接造成程序崩溃，而是向调用方返回空指针NULL。这是程序层面感知内存耗尽的最可靠依据。
很多开发者使用realloc()扩容时，会直接将函数返回值赋值给原缓冲区指针，这种写法在分配失败时会直接丢失原缓冲区的地址，造成内存泄漏。正确的使用方式是先用临时指针接收realloc()的返回值，判定非NULL后再覆盖原指针：

// 安全的realloc扩容示例
char *temp = realloc(buf, new_size);
if (temp == NULL) {
    // 分配失败，走错误处理逻辑，原buf的地址仍然有效，可以正常释放
    perror("内存扩容失败");
    free(buf);
    exit(EXIT_FAILURE);
}
buf = temp;

提前预判内存可分配性的可行手段 #

需要明确的是，C语言标准层面不存在百分百精准预判剩余可分配内存的方法——系统的可用内存状态是动态变化的，查询时刻的可用内存量和实际分配时刻的状态可能存在偏差，内存碎片程度、其他进程的内存申请、系统缓存的变动都会影响实际可分配的连续内存块大小。甚至部分操作系统会开启内存过度提交（overcommit）机制，此时malloc()可能在物理内存不足时仍然返回非NULL指针，直到程序真正向这块内存写入数据时，才会触发系统的内存不足异常，仅靠分配函数的返回值也无法完全规避这类问题。
实际开发中可以通过这些方式降低分配失败的概率：

• 采用渐进式扩容策略：不要一次性为可能极长的输入申请超大块连续内存，而是设置初始缓冲区大小（比如128字节），每次扩容按当前大小的1.5~2倍递增，减少单次申请的内存规模，降低内存碎片带来的分配失败概率。
• 参考系统层面的可用内存值：可以通过操作系统提供的接口查询当前全局可用内存量，在每次扩容前对比需要申请的大小和可用值，避免无意义的申请，但这个值仅作参考，不能替代分配函数返回值的判定。
• 内置程序侧的内存阈值：主动设置缓冲区的最大可占用内存上限，比如最多允许占用256MB内存，当扩容目标大小超过阈值时主动停止扩容，避免程序无限制申请内存触发系统级的内存回收机制，影响其他进程的正常运行。

长文本场景的异常处理逻辑 #

在接收长文本输入的场景下，完整的内存处理流程需要覆盖这些节点：

• 永不忽略内存分配函数的返回值，无论初始申请还是后续扩容，都必须对NULL返回值做分支处理。
• 捕获到分配失败时，优先释放已经申请的缓冲区内存，向用户输出明确的错误提示，比如“系统可用内存不足，无法继续存储输入内容，请关闭其他程序释放内存后重试”。
• 不要依赖提前的内存估算来判断能不能存下输入，所有判断都要以实际分配的结果为准。

内容的提问来源于stack exchange，提问作者Max Gorohovski