GO编译时避免引入外部动态库的解决方法

本文链接：https://blog.youkuaiyun.com/weixin_47367099/article/details/127458666

本文介绍了解决Go程序编译后依赖libpcap.so动态库问题的方法，通过准备静态库和指定编译参数，将libpcap以静态方式链接到可执行程序中，确保二进制文件的跨平台兼容性。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

简介

最近碰到一个问题，有一个流量采集的组件中使用到了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() {
	handl