C语言char*字符串内存分配触发Bus error:10的原因及动态分配方案

• 最初代码触发Bus error: 10的核心原因和网上常说的“修改字符串字面量”的错误场景完全无关：代码中的char *x是未初始化的野指针，指向栈上随机的、不属于当前进程可写范围的内存地址，sprintf向这个非法地址写入数据时触发操作系统内存保护，直接抛出总线错误。
• 测试中“malloc 0字节、malloc远小于字符串长度的内存也能正常运行”的现象，完全是未定义行为下的偶然结果：内存分配器返回的小块内存周围存在堆结构元数据、其他程序变量的内容，越界写入只要没触碰到操作系统的内存保护页、没破坏堆结构到触发崩溃的阈值，程序就会暂时跑通，本质和野指针非法访问没有区别，换编译环境、换内存布局就大概率会触发崩溃，属于典型的靠运气躲bug，完全不是可复用的正确写法。

你提的约束非常明确：仅使用char指针、不使用字符数组、无需预先计算目标字符串需要的内存大小、不依赖提前预判输入长度，有两种标准实现方式：

方案1：使用asprintf系列函数 #

这是POSIX标准专门为这个场景设计的接口，完全匹配需求：

• 函数内部自动计算格式化输出的实际总长度
• 自动调用malloc分配刚好容纳完整输出的可写堆内存
• 直接将传入的char*指针指向分配好的内存块，全程不需要手动计算长度
  示例代码：

#include <stdio.h>
#include <stdlib.h>

char *x;
char *y = "the quick";
// 成功时返回写入的字符数（不含结尾\0），失败返回负数
if (asprintf(&x, "%s brown fox jumps over the lazy dog", y) < 0) {
    perror("内存分配失败");
    exit(EXIT_FAILURE);
}
printf("%s\n", x);
// 内存为malloc分配，使用完成后必须手动释放
free(x);

这种写法完全不依赖预先知道y的长度、类型，哪怕y是几MB的长字符串、是数值类型的格式化输出，函数都会自动适配长度完成内存分配。

方案2：两次调用snprintf的跨平台实现 #

如果运行环境不支持asprintf，可以用C标准库原生提供的snprintf完成等价逻辑，同样不需要手动计算长度：

• 第一次调用snprintf时传入空指针、0长度的缓冲区，函数不会实际写入内容，只会返回存储完整格式化输出（包含结尾\0）需要的总字节数
• 拿到这个长度值后直接调用malloc分配对应大小的内存
• 第二次调用snprintf将完整内容写入刚分配的缓冲区即可
  示例代码：

#include <stdio.h>
#include <stdlib.h>

char *x;
char *y = "the quick";
// 第一次调用：仅计算所需总长度，不实际写入
size_t required_len = snprintf(NULL, 0, "%s brown fox jumps over the lazy dog", y);
// 按实际需要的长度分配内存
x = malloc(required_len);
if (!x) {
    perror("内存分配失败");
    exit(EXIT_FAILURE);
}
// 第二次调用：写入完整格式化内容
snprintf(x, required_len, "%s brown fox jumps over the lazy dog", y);
printf("%s\n", x);
// 用完手动释放
free(x);

这种实现同样全程使用char指针，没有用到字符数组，也不需要提前计算目标字符串长度，不管输入的格式化内容多长，都能自动适配内存大小。

• 不要依赖小内存分配凑数的写法，哪怕测试时能跑，本质都是越界非法访问，生产环境下随时可能出现堆结构损坏、相邻变量被篡改的隐性bug，排查成本极高。
• 所有通过malloc分配的字符串内存，使用完成后必须手动调用free释放，避免内存泄漏。

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