涉及 C.free() 的 C 和 Go 互操作性问题答案

【问题标题】：C and Go interoperability issue involving C.free()涉及 C.free() 的 C 和 Go 互操作性问题
【发布时间】：2015-05-27 11:34:05
【问题描述】：

我有一个 Go 函数，它包装了来自 lib_proc.h 的 proc_name(pid,...) 函数。

这是完整的C原型：


int proc_name(int pid, void * buffer, uint32_t buffersize) __OSX_AVAILABLE_STARTING(__MAC_10_5, __IPHONE_2_0);

可以在这里找到/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.10.sdk/usr/include/libproc.h（至少在我的系统上）。

它遵循 Go 代码：


package goproc

    /*
    #include "libproc.h"

    int call_proc_name(int pid, char *name, int name_size) {
      return proc_name(pid, name, name_size);
    }
    */
    import "C"
    import "unsafe"
    import "strings"

    type DarwinProcess struct {
        Process
    }

    func (DarwinProcess) NameOf(pid int) string {
        name := C.CString(strings.Repeat("\x00", 1024))
        defer C.free(unsafe.Pointer(name))
        nameLen := C.call_proc_name(C.int(pid), name, C.int(1024))
        var result string

        if (nameLen > 0) {
            result = C.GoString(name);
        } else {
            result = ""
        }

        return result;
    }

除非删除对C.free(unsafe.Pointer(...)) 和import "unsafe" 子句的调用，否则此代码不会编译。 DarwinProcess::NameOf(pid) 方法仅适用于 Mac OS X 并且如果从代码中删除 C.free(...)，它确实有效。

在go build 之后的实际形式中，我收到以下错误消息： could not determine kind of name for C.free（仅此而已，这是整个编译器输出）。

删除C.free(...) 对我来说是不可接受的，我必须找到如何正确释放C.CString() 分配的内存。

我很困惑，因为根据documentation，一切都做得很好。我无法找到解决方案，也无法在此处或网络上搜索。

【问题讨论】：

您是否尝试在您的 cgo 评论中添加#include <stdlib.h>？

标签： c go language-interoperability

【解决方案1】：

libproc.h 不包括 stdlib.h，其中声明了 free()。因此，编译器无法解析名称。在我在 cgo 注释块的开头添加 #include <stdlib.h> 之后，您的代码在我的系统上成功构建。

【讨论】：

+1 这很好用，回答了我的问题。老实说，我被似乎暗示C.free() 是特殊C 包的一部分的文档误导了。但实际上我们说的是标准stdlib::free()。
像其他运行时一样，Go 库也缺少用于管理已经运行的操作系统进程的 API，所以我正在尝试编写一个。现在只是一个存根 (github.com/gsscoder/goproc)。