Unix域套接字错误“address already in use”实为socket文件已存在，需启动前用os.RemoveAll清理；客户端“no such file”表明服务端未成功监听；流式通信必须自定义协议防粘包；跨平台超时应优先用context而非SetDeadline。
服务端启动前不清理 socket 文件，listen unix /tmp/mysock: bind: address already in use 就不是端口冲突
这个错误名里带“address”，容易让人联想到 TCP 端口被占，但 Unix 域套接字根本没端口概念——它卡在文件系统层。错误真实含义是：/tmp/mysock 这个路径上已经存在一个 socket 文件（或普通文件），net.ListenUnix 拒绝覆盖。
- 每次启动服务端前必须调
os.RemoveAll(sockPath)，忽略os.IsNotExist错误 - 别用
os.Remove—— 它不处理目录或符号链接；os.RemoveAll才能确保干净 - systemd 场景下，若配置了
RuntimeDirectory=，优先把 socket 放在/run/myapp.sock，避免/tmp被PrivateTmp=true隔离 - 路径必须是绝对路径：用
filepath.Abs("/tmp/mysock")而非硬编码或相对路径，否则容器或 systemd 启动时大概率失败
客户端连不上，dial unix /tmp/mysock: connect: no such file or directory 其实是服务端没活
这个错误不是客户端配错了地址，而是服务端压根没成功执行完 net.ListenUnix。常见原因有：父目录不存在、不可写、路径超长、含空格或控制符。
- 客户端和服务端的
socketPath字符串必须字节级完全一致——"/tmp/sock"和"/tmp/sock/"是两个不同地址 - 别用
net.Dial("unix", path)，显式构造&net.UnixAddr{Net: "unix", Name: path}，避免底层类型推导歧义 - 加简单重试逻辑：循环 3–5 次，每次
time.Sleep(10 * time.Millisecond)，避开服务端监听刚创建但还没 accept 的竞态窗口 - 连接失败后先用
errors.Is(err, os.ErrNotExist)判断是否路径不存在，再决定是等还是报错
流式通信不加协议，conn.Read() 读到的就是一锅粥
Unix 域套接字的 SOCK_STREAM 和 TCP 一样是字节流，没有消息边界。conn.Read([]byte) 可能一次读到半条、一条、两条甚至更多消息，不自己定义协议就必然粘包。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 最简可靠方案：每条消息前加 4 字节大端长度头，用
binary.Write(conn, binary.BigEndian, uint32(len(data))) - 接收方必须先
io.ReadFull(conn, header[:4])读齐长度，再按该长度读正文，不能依赖单次Read - 如果用
bufio.Writer，每次写完必须显式调writer.Flush()，否则数据卡在缓冲区发不出去 - 若可接受不可靠性（比如日志上报），可用
net.ListenUnixgram+net.DialUnixgram，天然保消息边界，但不保证送达、不保序
SetDeadline 在 macOS 或旧 FreeBSD 上可能静默失效
Linux 从 2.6.27 开始支持 SO_RCVTIMEO/SO_SNDTIMEO，但 macOS 和部分 BSD 对此支持不一致。Go 运行时在这些平台会降级为无 timeout 的阻塞操作，SetReadDeadline 看似调用了，实际不生效。
立即学习“go语言免费学习笔记（深入）”；
- 跨平台程序别依赖
SetDeadline做可靠超时，改用context.WithTimeout包裹Read/Write调用 -
*net.UnixListener不支持SetDeadline，只能对accept后的*net.UnixConn设置 - 每次读操作前都得重设 deadline（或重新进 context），因为 deadline 是一次性触发的
- 高并发场景下，频繁设 deadline 有开销，更推荐用
context+ 单独 goroutine + channel 控制生命周期
高并发下真正难的不是连接数，而是路径合法性校验、消息边界一致性、以及跨平台 deadline 行为差异——这三处不抠细，压测时出的问题基本都绕不开。
