解决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 http://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编译好的程序。
到此这篇关于GO编译时避免引入外部动态库的解决方法的文章就介绍到这了,更多相关go编译动态库内容请搜索编程网以前的文章或继续浏览下面的相关文章希望大家以后多多支持编程网！
免责声明：
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的，并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据，供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341
