LLVM函数为何采用const char*而非const string？是否有性能考量？

先看函数声明：

int LLVMWriteBitcodeToFile(LLVMModuleRef M, const char *Path){...}

以下是核心原因：

• C API兼容性要求：这个函数属于LLVM的C API接口，必须支持纯C代码或非C语言调用。std::string是C独有的类型，C环境无法识别，用const char*才能保证跨语言、跨编译环境的兼容性，让更多生态能对接LLVM。

• 避免不必要的性能开销：如果用const std::string&作为参数，当调用者传入C风格字符串时，会自动构造std::string对象——若字符串长度超出小字符串优化（SSO）阈值，还会触发堆内存分配，带来构造、析构的额外开销。LLVM作为性能敏感的编译框架，坚持零开销抽象，能省的开销绝对不花，直接用const char*就跳过了这些冗余步骤。

• 底层实现的一致性：LLVM内部的文件操作很多依赖C标准库（比如fopen这类函数），这些函数本身就只接受const char*作为路径参数。用相同类型作为接口参数，无需来回转换，既简化了内部逻辑，也避免了转换过程中可能出现的问题。

• 更高的灵活性：const char*可以直接对接静态字符串字面量、堆上分配的C风格字符串，甚至std::string调用c_str()导出的字符串；而用std::string的话，调用者必须先把C风格字符串转成std::string对象，反而多了一层限制。

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