Go调用需char*的C函数：如何避免额外拷贝直接获取指针

首先明确你的核心诉求：因为目标C函数会自行拷贝数据，所以想跳过C.CString和[]byte(s)带来的额外内存拷贝，直接拿到Go字符串对应的char*指针——这个需求是可以实现的，但有几个关键前提和注意事项必须遵守，不然会踩内存安全的坑。

先搞清楚为什么你的现有写法会产生拷贝 #

你当前用[]byte(s)转换Go字符串时，Go确实会创建一个新的字节数组并拷贝原字符串的内容，因为Go的string底层是只读的字节数组，而[]byte是可写的，为了保证内存安全，转换过程必然会拷贝。所以这条路确实走不通，得换个方式直接取string的底层指针。

直接获取char*的正确姿势 #

Go的string本质是一个包含两个字段的结构体：指向底层字节数组的指针，以及字符串长度。我们可以通过unsafe包直接读取这个结构体的指针字段，转换成C的char*。

情况1：C函数不需要NUL终止的字符串（支持传入长度） #

如果你的C函数是类似这种形式（需要显式传入字符串长度，不依赖末尾的\0）：

void c_function(const char* data, size_t length);

那你可以这么写Go代码：

import (
    "reflect"
    "unsafe"
)

func CallCFunction(s string) {
    if len(s) == 0 {
        // 空字符串特殊处理，避免传递空指针给C函数
        C.c_function(nil, 0)
        return
    }
    // 解析Go字符串的底层结构
    strHeader := (*reflect.StringHeader)(unsafe.Pointer(&s))
    // 将底层字节指针转换成C.char*
    cStr := (*C.char)(unsafe.Pointer(strHeader.Data))
    // 调用C函数，同时传入长度
    C.c_function(cStr, C.size_t(len(s)))
}

这个写法完全没有额外拷贝，直接复用了Go字符串的底层字节数组。

情况2：C函数必须要NUL终止的char* #

如果你的C函数只能接受以\0结尾的字符串（比如标准的C字符串函数），那完全避免拷贝几乎不可能——因为Go字符串默认不会在末尾添加\0。除非你能预先构造一个末尾自带\0的Go字符串（比如s = "hello\x00"），但这种写法非常容易出错，不推荐。这种情况下，可能还是得用C.CString，或者自己手动管理一块带\0的内存，但都免不了一次拷贝。

必须遵守的内存安全规则 #

直接操作unsafe指针一定要注意这些点，不然会导致程序崩溃或者诡异的行为：

• 绝对不能让C函数修改指针指向的内存：Go字符串的底层字节数组是只读的，C函数如果尝试修改，会触发Go的内存保护机制，导致panic或者更严重的内存 corruption。
• 保证字符串的生命周期覆盖C函数调用：在C函数执行期间，原Go字符串s不能被Go的GC回收。比如如果s是局部变量，要确保在C.c_function调用完成前，函数不会退出，变量不会被销毁。
• 空字符串必须特殊处理：如果s是空字符串，strHeader.Data会是一个空指针，直接传给C函数可能导致崩溃，所以要单独处理。
• 不要担心Go底层细节兼容性：reflect.StringHeader是Go官方文档明确允许在unsafe场景下使用的结构，虽然Go的内部实现理论上可能变化，但这么多年来string的结构一直很稳定，不用担心兼容性问题。

总结 #

如果你的目标C函数支持传入字符串长度、不需要NUL终止，那完全可以通过unsafe直接获取Go字符串的底层指针，实现零拷贝调用；如果必须要NUL终止的字符串，那只能接受一次拷贝，C.CString其实是最稳妥的方式（记得用C.free释放内存，不过你说C函数会自行拷贝，那调用完就可以释放了）。

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