Go中需用net.ListenConfig配合Control函数调用syscall.SetsockoptInt设置SO_REUSEPORT，因标准库默认不启用；Linux 3.9+/FreeBSD 10+支持，macOS/Windows不支持。
Go 里怎么开启 SO_REUSEPORT
Go 标准库的 net.Listen 默认不启用 SO_REUSEPORT，必须自己构造底层 net.Listener 并设置 socket 选项。直接调用 http.ListenAndServe 或 net.Listen("tcp", ":8080") 都不行。
核心做法是：用 net.ListenConfig + 自定义 Control 函数，在 socket 创建后、绑定前调用 setsockopt。
-
net.ListenConfig.Control是唯一可控入口，它接收一个syscall.RawConn - 必须在
conn.Control()回调里调用SetSockoptInt，传入SOL_SOCKET和SO_REUSEPORT - Linux 从 3.9+、FreeBSD 从 10+ 支持该选项；macOS 不支持（只支持
SO_REUSEADDR） - Windows 完全不支持
SO_REUSEPORT，尝试设置会返回ENOPROTOOPT错误
示例关键片段：
lc := net.ListenConfig{
Control: func(network, address string, c syscall.RawConn) error {
return c.Control(func(fd uintptr) {
syscall.SetsockoptInt( fd, syscall.SOL_SOCKET, syscall.SO_REUSEPORT, 1)
})
},
}
l, err := lc.Listen(context.Background(), "tcp", ":8080")
为什么不能只设 SO_REUSEADDR
SO_REUSEADDR 和 SO_REUSEPORT 解决的是不同问题，混用会掩盖真实意图，还可能引发意料外的行为。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
-
SO_REUSEADDR允许 bind 已处于TIME_WAIT的地址，但多个进程仍会因“address already in use”失败 -
SO_REUSEPORT才真正允许多个独立进程（或 goroutine 绑定同一端口），内核做负载均衡 - 如果只设
SO_REUSEADDR，你在多 worker 场景下依然只能起一个 listener，其他进程会 panic 或 log “bind: address already in use” - 某些旧版 Go（net.ListenConfig 中未暴露
Control，强行设SO_REUSEADDR也无效
复用端口时的常见 panic 和日志
实际部署中，最常遇到的不是设置失败，而是启动时静默失败或运行中崩溃。
- 错误信息
setsockopt: invalid argument：通常是平台不支持（如 macOS）或内核太老（Linux - 错误信息
operation not permitted：容器或 systemd service 缺少CAP_NET_BIND_SERVICE权限（非 root 绑定特权端口时） - 没报错但只有第一个进程收到连接：检查是否所有进程都用了同一个
net.ListenConfig实例，且Control确实被执行（加日志确认） - HTTP server 启动后立刻退出：可能是
Control函数 panic 了但被net.Listen吞掉，建议在Control内部用defer func(){...}()捕获并打印
和 fasthttp / gin 等框架怎么配合
这些框架多数封装了 http.Server.Serve，但底层仍走 net.Listener。只要把自定义 listener 传进去，就生效。
- fasthttp：直接传给
Server.Serve(l)，其中l是上面构造的net.Listener - gin：用
http.Server{Handler: r}.Serve(l)，别用r.Run()（它内部硬编码调用net.Listen） - echo：同理，避免
e.Start()，改用e.StartListener(l) - 注意：所有 worker 进程必须使用完全相同的监听地址和相同配置，否则内核无法识别为同一复用组
端口复用真正的难点不在代码怎么写，而在于确认所有实例是否真的跑在支持的系统上、是否以一致方式启动、以及有没有被容器或 init 系统拦截 socket 选项。一个 ss -tlnp | grep :8080 能立刻验证是否真有多个 PID 在监听同一端口。
