今天和同事一起看了一个很诡异的问题，研究了半天发现是由于Go的编译缓存导致的，记录下来方便其他遇到问题的同学参考。
首先编写一个hello.go文件，里面调用了C函数：
package main
/*
#include "./libhello.c"
*/
import "C"
import "fmt"
func main() {
fmt.Println(C.hello())
}
对应的libhello.h文件：
#ifndef _LIBHELLO_
# define _LIBHELLO_
# ifdef __cplusplus
extern "C" {
# endif
int hello();
# ifdef __cplusplus
}
# endif
#endif
以及libhello.c文件：
#include "libhello.h"
int hello() {
return 1;
}
接下来用go build hello.go编译，执行./hello，输出结果为1，一切正常。
这时候，我们修改libhello.c文件，让hello()函数return 2。然后重新用go build hello.go编译，执行./hello，你会发现，输出结果仍然为1。
显然，cgo没有重新编译修改后的C代码。我们就想，干脆先用gcc编译成静态库，然后Go代码里面链接这个库，这样是不是就可以保证每次都使用最新代码了？于是，代码改成了这个样子：
package main
/*
#cgo LDFLAGS: -lhello -L.
#include "./libhello.h"
*/
import "C"
import "fmt"
func main() {
fmt.Println(C.hello())
}
然后我们先把C代码编译成静态库，再编译Go文件：
gcc -c libhello.c
ar rcs libhello.a libhello.o
go build hello.go
接着，我们修改libhello.c文件，让hello()函数return 2。然后重新用go build hello.go编译，执行./hello，不幸的是，输出结果仍然为1。
那么问题到底出在哪里呢？我们在go build的时候加上-x -v参数看看：
可以发现，这里有个cache。我们用nm来看一下这个cache的内容：
发现了吧？这就是我们的libhello.o。如果你只修改C文件，不修改Go文件，那么就会一直使用这个cache。。。
Google了一下发现，早就有人遇到过这个问题了：https://github.com/golang/go/issues/24355
从这位研发老铁的回复来看，意思就是：哥知道有这个bug，但是哥也不知道咋改。。。如果你只改了C文件，那么在go build的时候，请加上-a选项～
所以，这个问题有以下两种解决方案：
- 使用go build -a强制重新编译
- 随便修改一下Go文件（加个空格什么的。。），触发重新编译
更多文章欢迎关注“鑫鑫点灯”专栏：https://blog.csdn.net/turkeycock
或关注飞久微信公众号：