@orzglory 谢谢, 这些我都知道的. 但我感觉还是说不通 cgo 是半残啊, 你有没有跟 jni 或者 python 调 c 的这些语言对比资料. 我学习一下其它语言在调 c 这块比 go 好在哪
icexin
2022-06-13 11:43:45 +08:00
跨语言调用 c 模块有其自身的复杂度在，不可能简单，也注定不是平凡的事情，任何语言都要面对。 主要有以下几个问题： 1. 包管理的差异，c 没有官方的包管理，所以库的管理完全看系统，或者团队的约定工具，如 cmake 等。go 其实可以跟 c 一起源码发布成一个 go 的包，见 https://github.com/mattn/go-sqlite3 2. 交叉编译，新的语言基本上都有很方便的交叉编译方案，甚至不需要（脚本语言）。而 c 的交叉编译工具链其实很复杂，搞过嵌入式或者搞过路由器的都知道我在说啥。 3. 数据类型的差异。这部分主要是内存布局的差异带来的。比如一个 c 的 struct 不一定对应着高级语言里面的一个 class 。go 在这一点上其实做的很好了，go 的一个 struct 基本上对应一个 c 的 struct 。指针的概念也跟几乎一致，除了算数运算。所以 cgo 几乎可以不加修改的直接引用 c 的头文件，以及传递 go struct 作为参数给 c 函数。 4. 内存管理的差异。c 是手动管理的内存，所有内存都要自己显式分配和释放。新的语言基本上都有自己的内存管理方案，即 GC 。这就带来了语言之间内存传递的问题，c 分配的内存不会被 go tracing ，go 的内存也不能被 c 手动释放，其他语言类似。 5. 并发模型的差异。这部分基本上是语言自带协程的独特问题。因为 go 里面的协程有自己的栈，而 c 基本上可以认为是操作系统的线程栈。这两者之间的差异会带来诸如 TLS 和栈切换的问题。
所以综合看来，除了第 5 点是 go 特有的，其他语言几乎都有类似的问题。go 引入 cgo 主要是为了解决复用已有的大量 c 库的遗产，不是和 c 无缝调用，混合编程，目前也就 c++做到了和 c 无缝衔接，但为了这个能力 c++也付出了很多代价，到现在还在打补丁。 软件工程没有银弹，作为工程师最主要的工作就是熟悉各个模块的脾性，对症下药，挑选最合适项目的方案，而不是强行套方案，最终不符合预期的时候骂骂咧咧。