Go 使用 Unix 域套接字需手动处理路径清理、绝对路径校验、长度限制、显式地址构造、粘包、deadline、Flush 和 close 等关键项，缺一不可。
go 原生 net 包支持 unix 域套接字（uds），但默认行为不防粘包、不自动清理、不设超时，直接拿来用大概率在生产环境出问题。
服务端启动前必须清理并校验 socket 路径
错误信息 listen unix /tmp/mysock: bind: address already in use 或 bind: invalid argument 多半不是代码写错，而是路径残留或非法。
- 每次启动前先
os.RemoveAll(sockPath)，忽略os.IsNotExist错误 - 路径必须是绝对路径，且父目录存在、可写：用
filepath.Dir(sockPath)拿到目录后，os.Stat+os.MkdirAll(dir, 0755) - 路径长度不能超过 108 字节（Linux 限制），含空格或控制符会触发
invalid argument - 别依赖工作目录——
"./sock"在 systemd 或容器里极易失败，固定用"/run/myapp.sock"或"/tmp/myapp.sock"
客户端连接失败的真正原因不是“连不上”，而是“路径不一致”或“服务没起来”
dial unix /tmp/mysock: connect: no such file or directory 这个错误永远意味着服务端根本没成功 ListenUnix，不是客户端配置问题。
- 别用
net.Dial("unix", path)—— 它底层调net.DialUnix，但隐藏了地址类型细节；显式构造&net.UnixAddr{Net: "unix", Name: path} - 客户端和服务端的
Name字符串必须字节级完全相同（包括结尾 \x00 —— Go 标准库已处理，一般不用管） - 加简单重试逻辑：循环 3–5 次，每次
time.Sleep(10 * time.Millisecond)，避免竞态 - 不要在连接失败后立刻 panic —— 用
errors.Is(err, os.ErrNotExist)区分是路径不存在还是权限拒绝
流式通信必须自己处理粘包和阻塞读写
UDS 的 SOCK_STREAM 和 TCP 一样是字节流，conn.Read() 不保证一次读完一条消息，也不保证一次只读一条。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 最简可靠方案：每条消息前加 4 字节大端长度头，接收方先
io.ReadFull(conn, lengthBuf)，再按长度读正文 - 别用
bufio.Reader.ReadString('\n')除非你确保每条消息都带换行且永不超长 —— PHP 客户端挂起常因 Go 端没发换行、也没关连接 - 每个
net.Conn必须设 deadline：conn.SetReadDeadline(time.Now().Add(5 * time.Second))，否则异常断连后服务端会永久阻塞在Read() - 用
bufio.Writer时，写完必须writer.Flush()，否则数据卡在内存缓冲区，客户端永远收不到
连接关闭不及时会导致客户端挂起
PHP、Python 或 Node.js 客户端调用 socket_read / recv 后，若 Go 服务端发完响应就退出函数，不显式 conn.Close()，客户端会一直等 EOF，页面转圈不动。
立即学习“go语言免费学习笔记（深入）”；
- 服务端处理完响应后，必须
defer conn.Close()或直接conn.Close() - 如果用
fmt.Fprintln(c, msg)，它内部不会自动 close —— close 是连接生命周期管理，和写入无关 - 别指望客户端主动关连接：很多语言（尤其 PHP 的
fsockopen）在没收到 EOF 时不会结束读取 - 并发处理时，每个连接应在独立 goroutine 中完成读→处理→写→close 全流程，避免复用 conn
真正的难点不在“怎么建连接”，而在“怎么让每次读写都可控、可退、可测”——路径长度、权限、deadline、Flush、close，漏掉任一环，都可能让服务在高负载下静默卡死。这些不是边缘 case，是 Unix socket 在 Go 里落地的必填项。
