gopacket.OpenLive需正确配对权限与设备名：Linux需cap_net_raw或root权限，macOS需弹窗授权，Windows需预装Npcap；设备名须通过pcap.FindAllDevs()动态获取，不可硬编码；BPF过滤器应在pcap层设置以提升性能；snapshotLen建议设为10MB但不超过net.core.rmem_max的80%；ApplicationLayer()为空不表示无应用数据，可能因分段、加密或协议不支持，应优先解析tcp.Payload()。
gopacket.OpenLive 权限和设备名必须配对正确
Linux 下不加 cap_net_raw 或 root 权限，pcap.OpenLive 会直接 panic；macOS 弹窗授予权限后才能继续；Windows 必须预装 Npcap（WinPcap 已停更），否则 OpenLive 返回 “no suitable device found” 错误。
设备名不能硬写 "eth0" 或 "en0"：不同系统、不同环境（如 Docker、VM、M1/M2 Mac）网卡名差异极大。应先调用 pcap.FindAllDevs() 列出可用设备，选 Interface.Description 含 “Ethernet” 或 “Wi-Fi” 的项，或过滤掉 Interface.Flags&pcap.InterfaceFlagLoopback != 0 的回环设备。
- Mac 上常见设备名是
"en0"（有线）、"en1"（无线），但 M2 芯片可能为"en4" - Linux 容器内可能只有
"lo"，需挂载/dev/net/tun并启用网络命名空间 - Windows 上若看到
"Npcap Loopback Adapter"，它不抓物理流量，别误选
tcp port 80 这类 BPF 过滤器必须在 pcap 层生效
把所有包读进 Go 再用 if packet.TransportLayer().(*layers.TCP).DstPort == 80 判断，性能极差且容易丢包——高流量下内核 ring buffer 溢出，PacketSource.Packets() 就开始跳包。
真正有效的做法是：用 pcap.CompileFilter 编译字符串过滤器，再调用 handle.SetBPFFilter(filter)。支持的语法和 tcpdump 一致：
-
"tcp port 443"—— 匹配任意方向含 443 的 TCP 包（SYN/ACK/FIN 都算） -
"tcp and src port 53 or dst port 53"—— DNS 查询/响应都抓 -
"ip host 192.168.1.100 and not arp"—— 排除 ARP，避免干扰 - 别写
"port 80"：它默认包含 UDP，可能混入非预期的 HTTP DNS 查询
snapshotLen 太小会导致 TCP payload 截断
默认 snapshotLen = 65536 看似够大，但实际常设为 10000000（10MB）更稳妥。原因很实际：TLS 握手后的加密应用数据常打包在单个 TCP segment 中，而现代 TLS record 最大可到 16KB；若 snapshotLen 小于该值，packet.ApplicationLayer().LayerContents() 就只返回前 N 字节，后续内容全丢。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
另一个坑是：设太大也不行。Linux 内核对每个 socket 的接收缓冲区有上限（net.core.rmem_max），超出会静默截断，且 OpenLive 不报错。建议先查：sysctl net.core.rmem_max，snapshotLen 不超过其 80%。
- 开发调试时可设
10000000，上线后根据流量特征压测下调 - 若只关心 HTTP header，
1600足够；但想解析完整 POST body，至少要65536 - 注意：该值是字节数，不是包数，和
pcap.BlockForever无关
ApplicationLayer() 为空不代表没应用层数据
packet.ApplicationLayer() 返回 nil 很常见，不是代码写错了。原因包括：
- TCP 包被分段（segment），当前包只是其中一部分，gopacket 默认不重组 —— 需手动启用
gopacket.NewDecodingLayerParser+tcpassembly库 - 用了 TLS/SSL 加密，HTTP 被套在加密 record 里，
LayerTypeHTTP解析失败，只能拿到原始tcp.Payload() - 目标协议 gopacket 不支持（如自定义二进制协议），
ApplicationLayer()无法识别，但TransportLayer()和NetworkLayer()仍可用
别依赖 ApplicationLayer() != nil 做逻辑分支；更稳的方式是先取 tcp.Payload()，再按需尝试 UTF-8 解码或正则匹配关键字段（如 "GET /"、"Host:"）。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
