使用Go构建c-shared模式的动态库时，若导出函数接收Go原生string类型参数，而C/Java/Python等外部语言传入C风格char*指针，将导致运行时内存崩溃；正确做法是接收*C.char并用C.GoString()转换。
使用go构建`c-shared`模式的动态库时，若导出函数接收go原生`string`类型参数，而c/java/python等外部语言传入c风格`char*`指针，将导致运行时内存崩溃；正确做法是接收`*c.char`并用`c.gostring()`转换。
在Go中通过 -buildmode=c-shared 构建共享库（如 libsample.so）时，所有导出函数（标记为 //export）必须严格遵循C ABI规范。这意味着：*函数签名中不能直接使用Go原生类型（如 string, slice, map 等），而只能使用C兼容类型（如 `C.char,C.int,C.double`）**。
原始代码中定义了：
//export Hello
func Hello(s string) { ... }该签名看似简洁，但存在根本性错误：Go编译器在生成C ABI接口时，并不会自动将外部传入的char*转换为Go string。相反，它会尝试将内存地址（如 0x7f5e48155490）直接解释为Go字符串头结构（含data指针和len字段），而该地址实际指向的是C字符串末尾或非法内存区域——这导致len字段被误读为超大值（如日志中出现的 140042998120448 字节），进而触发运行时out of memory panic。
✅ 正确实现应显式接收C字符串指针，并安全转换：
立即学习“go语言免费学习笔记（深入）”；
package main
import "C"
import "fmt"
//export Hello
func Hello(s *C.char) {
// C.GoString 安全地将 null-terminated C string 转为 Go string
// 自动处理空指针、编码边界和内存拷贝，无需手动释放
goStr := C.GoString(s)
fmt.Println("Hello " + goStr + "!")
}
//export Add
func Add(a, b C.int) C.int {
return a + b
}
func main() {}编译命令保持不变：
go build -o libsample.so -buildmode=c-shared .
调用端（Python示例）无需修改：
#!/usr/bin/env python3
import ctypes
lib = ctypes.CDLL("./libsample.so")
lib.Hello.argtypes = [ctypes.c_char_p] # 显式声明参数类型更健壮
lib.Hello.restype = None
lib.Hello(b"World") # 注意：必须传 bytes，非 str⚠️ 关键注意事项：
- Python中必须传 bytes（如 b"World"），而非 str：ctypes.c_char_p 对应C的char*，Python str需先编码为字节序列；
- Java/JNA需确保字符串编码一致：默认使用UTF-8，建议在JNA接口中显式指定@FieldOrder及StringEncoding=UTF8；
- 避免在导出函数中返回Go分配的字符串或切片：若需返回字符串，请使用C.CString()分配C内存，并由调用方负责释放（或改用C.CString+C.free组合，但需谨慎管理生命周期）；
- C.GoString 是安全的：它会复制C字符串内容到Go堆，不依赖原C内存生命周期，适合绝大多数场景。
总结：Go的c-shared模式本质是“Go实现的C库”，一切接口设计须以C ABI为第一准则。字符串交互不是隐式魔法，而是明确的跨语言数据转换过程——坚持使用*C.char + C.GoString()，即可彻底规避此类panic，实现稳定、可预测的互操作。
