package main
/*
#include <stdio.h>
void myhello(int i) {
printf("Hello C: %d\n", i)
}
*/
import "C"
import "fmt"
func main() {
C.myhello(C.int(12))
fmt.Println("Hello Go")
}
需要注意的是C代码必须放在注释里面
import "C"语句和前面的C代码之间不能有空行
运行结果
$ go build main.go &&./main
Hello C: 12
Hello Go
分开c代码到单独文件
嵌在一起代码结构不是很好看,很多人包括我,还是喜欢把两个分开,放在不同的文件里面,显得干净,go源文件里面是go的源代码,c源文件里面是c的源代码。
$ ls
hello.c hello.h main.go
$ cat hello.h
void hello(int)
$ cat hello.c
#include <stdio.h>
void hello(int i) {
printf("Hello C: %d\n", i)
}
$ cat main.go
package main
// #include "hello.h"
import "C"
import "fmt"
func main() {
C.hello(C.int(12))
fmt.Println("Hello Go")
}
编译运行
$ go build &&./main
Hello C: 12
Hello Go
编译成库文件
如果c文件比较多,最好还是能够编译成一个独立的库文件,然后go来调用库。
$ find mylib main
mylib
mylib/hello.h
mylib/hello.c
main
main/main.go
编译库文件
$ cd mylib
# gcc -fPIC -shared -o libhello.so hello.c
编译go程序
$ cd main
$ cat main.go
package main
// #cgo CFLAGS: -I../mylib
// #cgo LDFLAGS: -L../mylib -lhello
// #include "hello.h"
import "C"
import "fmt"
func main() {
C.hello(C.int(12))
fmt.Println("Hello Go")
}
$ go build main.go
运行
$ export LD_LIBRARY_PATH=../mylib
$ ./main
Hello C: 12
Hello Go
在我们的例子中,库文件是编译成动态库的,main程序链接的时候也是采用的动态库
$ ldd main
linux-vdso.so.1 => (0x00007fffc7968000)
libhello.so =>../mylib/libhello.so (0x00007f513684c000)
libpthread.so.0 =>/lib64/libpthread.so.0 (0x00007f5136614000)
libc.so.6 =>/lib64/libc.so.6 (0x00007f5136253000)
/lib64/ld-linux-x86-64.so.2 (0x000055d819227000)
理论上讲也是可以编译成整个一静态链接的可执行程序,由于我的机器上缺少静态链接的系统库,比如libc.a,所以只能编译成动态链接。
go可以使用相对路径,import "../somepkg"这种语法可以通过编译。但是请考虑一种情境,假设现在工程目录下四级有一个go文件需要引入工程目录下一级的包,如果使用相对路径,这样写:
import "../../../pkg"
用$GOPATH,则这样写:
import "project/pkg"
你觉得哪种可读性更强?
另外,不同路径的源文件,如果引用工程中同一个package,用$GOPATH,都是一样的:
import "project/pkg"
用相对路径则可能不同:
import "../pkg" (pkg下一级源文件)
import "../../pkg" (pkg下两级源文件)