用 github.com/grandcat/zeroconf 是因 Go 标准库不支持 mDNS，而 dns-sd/avahi 依赖系统服务、破坏跨平台性；zeroconf 是纯 Go 实现，基于 UDP 多播，无需 cgo 或额外权限，适合嵌入式和容器环境。
为什么用 github.com/grandcat/zeroconf 而不是 dns-sd 或原生 net 包
Go 标准库不支持 mDNS，直接调用系统 dns-sd（macOS）或 avahi-browse（Linux）会破坏跨平台性，且需额外依赖和权限。而 github.com/grandcat/zeroconf 是纯 Go 实现，基于 UDP 多播（224.0.255.255:5353），无需 cgo、不依赖系统服务，适合嵌入式或容器环境。
注意它默认只监听 IPv4，若需 IPv6 支持，得显式传入 zeroconf.IPv6 选项；另外它不自动 fallback 到 IPv6 —— 如果设备仅启用 IPv6，不加这个选项就完全收不到响应。
如何正确注册一个可被发现的服务（含关键参数）
注册时最容易漏的是服务名（InstanceName）和域名后缀（.local）。mDNS 要求完整服务名形如 "MyPrinter._printer._tcp.local"，其中 _printer._tcp 是类型，.local 不可省略 —— 少了就无法被标准客户端（如 macOS 的 dns-sd -B）识别。
-
InstanceName必须是合法 DNS 标签（不能含空格、下划线以外的特殊字符） -
Port必须是非零整数，设为 0 会导致注册静默失败（无 panic，但服务不出现） -
TXT记录建议用zeroconf.NewTXT([]string{"version=1.2", "model=LP-2024"})构造，直接传 map 可能因键值顺序导致解析不一致 - 注册后需保持
*zeroconf.Server实例存活，一旦 GC 回收或主动Close()，服务立即下线
客户端发现服务时为什么经常超时或收不到结果
常见原因是未指定正确的服务类型（serviceType）或未等待足够时间。mDNS 响应不是即时的，尤其在局域网设备较多时，首次查询常需 1–3 秒才能收到完整列表。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 服务类型必须带
._tcp.local或._udp.local后缀，例如查 HTTP 服务得用"_http._tcp.local"，写成"_http"或"_http._tcp"都不会匹配 -
Watch模式下，新服务上线可能延迟 1 秒以上才触发回调，别用短于 500ms 的超时判断“没找到” - 某些路由器或防火墙会拦截多播包（特别是企业网络），可先用
dns-sd -B _http._tcp在 macOS 上验证底层是否通 - Linux 下若使用 NetworkManager，它可能禁用 avahi 的多播转发 —— 此时即使 Go 程序正常发包，其他设备也收不到
如何避免多个实例注册同名服务时的冲突
mDNS 协议本身靠“名称冲突检测”机制处理重名：当注册时发现已有同名服务，库会自动尝试改名（如 "MyServer (2)."_http._tcp.local），但 zeroconf 默认不开启此行为 —— 它直接报错 ErrNameConflict。
要启用自动重命名，必须在 zeroconf.Register 前设置 zeroconf.WithNameConflictResolution(true)。否则同一服务启动两次，第二次会 panic 或静默失败，且第一次注册的服务可能因 TTL 过期被误判为离线。
更稳妥的做法是：启动时生成唯一 InstanceName（比如拼上 MAC 地址前 6 位或进程 PID），而非硬编码固定名 —— 这样既避开冲突，也方便调试时区分实例。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
