在 Go 调用 C 代码时，无法直接使用 C.proc_taskinfo 等裸结构体名；必须遵循 cgo 的命名规范，以 C.struct_ 为前缀显式引用 C 结构体类型。
在 go 调用 c 代码时，无法直接使用 `c.proc_taskinfo` 等裸结构体名；必须遵循 cgo 的命名规范，以 `c.struct_` 为前缀显式引用 c 结构体类型。
在 Go 与 C 互操作（cgo）中，一个常见且易被忽视的细节是：C 的结构体、联合体和枚举类型不能以原生名称直接访问。即使你在 #include <libproc.h> 中已正确导入头文件，并确保 struct proc_taskinfo 在 C 编译期可见，Go 侧仍会报错，例如：
could not determine kind of name for C.proc_taskinfo
这是因为 cgo 对 C 类型采用了严格的命名映射规则。根据 官方 cgo 文档：
To access a struct, union, or enum type directly, prefix it with struct_, union_, or enum_, as in C.struct_stat.
因此，对于 C 中定义的 struct proc_taskinfo，Go 中唯一合法的类型引用方式是 C.struct_proc_taskinfo（注意下划线位置和大小写完全匹配 C 声明）。
✅ 正确用法示例：
/*
#cgo LDFLAGS: -lproc
#include <libproc.h>
#include <sys/proc_info.h>
*/
import "C"
import (
"unsafe"
)
func propertiesOf(pid int) (uint64, uint64, error) {
var info C.struct_proc_taskinfo // ← 关键：必须使用 C.struct_proc_taskinfo
ret := C.proc_pidinfo(
C.int(pid),
C.PROC_PIDTASKINFO,
0,
unsafe.Pointer(&info),
C.int(int(unsafe.Sizeof(info))),
)
if ret <= 0 {
return 0, 0, fmt.Errorf("proc_pidinfo failed: %d", ret)
}
return uint64(info.pti_virtual_size), uint64(info.pti_resident_size), nil
}⚠️ 注意事项：
- 不可省略 struct_ 前缀：C.proc_taskinfo、C.proc_taskinfo_t 或 C.struct_proc_taskinfo_t 均非法（除非 C 头中另有 typedef）；
- 字段名严格区分大小写：pti_virtual_size 是小写下划线风格，Go 中需原样访问（cgo 自动转换，无需驼峰）；
- 内存布局必须一致：确保 Go 中不手动定义等价 struct（除非必要），优先复用 C.struct_XXX 以避免因对齐、填充或字段顺序差异导致未定义行为；
- unsafe.Pointer 转换安全：传入 &info 时，unsafe.Pointer(&info) 是合法且零拷贝的，但务必保证 info 生命周期覆盖 C 函数调用全程（本例中为栈变量，安全）。
? 小结：cgo 不是“把 C 代码翻译成 Go”，而是通过严格约定桥接两种语言的类型系统。牢记 C.struct_XXX 这一黄金法则，可避免 90% 以上的结构体引用错误。遇到类似问题时，第一反应应是检查前缀是否缺失，而非怀疑头文件未包含或编译失败。
