GO編譯時不避免引入外部動態庫的解決方法
簡介
最近碰到一個問題,有一個流量採集的組件中使用到了github.com/google/gopacket 這個庫,這個庫使用一切正常,但是唯獨有一個缺點,編譯後的二進制文件依賴於libpcap.so的動態庫。這為安裝包兼容多個平台造成了一定的困擾,於是便想着如何把libpcap這個外部依賴已靜態庫的方式在go程序編譯的同時link進可執行程序。
gopacket是如何構建的?
此處先截取一小片源碼(github.com/google/gopacket/pcap/pcap_unix.go),此處可以看到在cgo中指定了部分的編譯參數,其中的 “-lpcap” 便是指定link到的庫的名稱。可以說是相當的粗暴了。
#cgo solaris LDFLAGS: -L /opt/local/lib -lpcap
#cgo linux LDFLAGS: -lpcap
#cgo dragonfly LDFLAGS: -lpcap
#cgo freebsd LDFLAGS: -lpcap
#cgo openbsd LDFLAGS: -lpcap
#cgo netbsd LDFLAGS: -lpcap
#cgo darwin LDFLAGS: -lpcap
演示demo
// 使用gopacket 抓包的簡單示例
package main
import (
"github.com/google/gopacket"
"github.com/google/gopacket/layers"
"github.com/google/gopacket/pcap"
logger "github.com/sirupsen/logrus"
"log"
)
const (
device = "ens32"
SnapLen = int32(65535) // libpcap 接收數據的長度
Promisc = false // 是否開啟混雜模式
BPF = "icmp"
)
func main() {
handle, err := pcap.OpenLive(device, SnapLen, Promisc, pcap.BlockForever)
if err != nil {
log.Fatal(err)
}
defer handle.Close()
// 編譯並設置bpf過濾規則
if err = handle.SetBPFFilter(BPF); err != nil {
log.Fatal(err)
}
// 開始獲取流量
packetSource := gopacket.NewPacketSource(handle, handle.LinkType())
packetSource.NoCopy = true
packetChan := packetSource.Packets()
for packet := range packetChan {
if packet.TransportLayer() == nil {
// icmp流量
icmpStreamHandle(packet)
} else if packet.TransportLayer().LayerType() == layers.LayerTypeTCP {
// tcp流量
tcpStreamHandle(packet)
} else if packet.TransportLayer().LayerType() == layers.LayerTypeUDP {
// udp流量
udpStreamHandle(packet)
}
}
}
func icmpStreamHandle(packet gopacket.Packet) {
logger.Info("get icmp packet")
}
func tcpStreamHandle(packet gopacket.Packet) {
}
func udpStreamHandle(packet gopacket.Packet) {
}
編譯並ldd查看依賴庫的使用情況
[root@localhost ddk]# go build main.go && ldd main
linux-vdso.so.1 => (0x00007ffe965f3000)
libpcap.so.1 => /lib64/libpcap.so.1 (0x00007f6be101f000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f6be0e03000)
libc.so.6 => /lib64/libc.so.6 (0x00007f6be0a35000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6be1260000)
[root@localhost ddk]#
很容易的查看到對libpcap.so.1 這個動態庫的依賴
準備靜態庫
找到你的libpcap.so 對應的libpcap.a 文件,無論是通過安裝libpcap-devel(libpcap-dev)的庫還是直接從頭構建。此處已重頭構建為例:
yum install -y gcc flex byacc
cd /usr/local/source
wget //www.tcpdump.org/release/libpcap-1.9.1.tar.gz
tar zxvf libpcap-1.9.1.tar.gz
cd libpcap-1.9.1 && ./configure && make
指定編譯參數
「-lpcap」 這個參數既可以用於鏈接動態庫也可以用於鏈接靜態庫,動態庫優先, 那麼我我們讓go 編譯器在編譯時執行搜索庫的路徑並把靜態庫放置於路徑下即可。
[root@localhost ddk]# CGO_LDFLAGS="-g -O2 -L/usr/local/source/libpcap-1.9.1 -I/usr/local/source/libpcap-1.9.1" go build -ldflags '-w -s' -o main main.go
[root@localhost ddk]# ldd main
linux-vdso.so.1 => (0x00007fff6cde4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f1e767fa000)
libc.so.6 => /lib64/libc.so.6 (0x00007f1e7642c000)
/lib64/ld-linux-x86-64.so.2 (0x00007f1e76a16000)
[root@localhost ddk]#
稍微解釋下這條編譯的命令CGO_LDFLAGS="-g -O2 -L/usr/local/source/libpcap-1.9.1 -I/usr/local/source/libpcap-1.9.1" go build -ldflags '-w -s' -o main main.go。CGO_LDFLAGS 環境變量用於指定構建時cgo的參數,-L 指定了查找動靜態庫的位置,-I 用於指定源碼頭文件的指定路徑,-ldflags '-w -s' 用於去除debug 和符號表的信息,不加也沒事。
現在我們可以看到對libpcap.so的動態庫依賴消失了,因為libpcap已靜態庫的方式鏈接進了go編譯好的程序。

