net.Dial可直接连接Unix域套接字，需用绝对路径、确保socket文件存在且可读写，连接后通过net.Conn写入数据而非os.OpenFile；常见错误包括“no such file or directory”（服务端未启动）和“connection refused”（服务端未监听）。
用 net.Dial 连接 Unix 域套接字文件再写入
Go 标准库的 net.Dial 支持 "unix" 网络类型，直接传入 socket 文件路径即可建立连接。关键不是“写入文件”，而是像 TCP 一样与 socket 端点通信——Unix 域套接字本质是内核提供的 IPC 通道，不是普通文件。
常见错误是试图用 os.OpenFile 打开 socket 文件后调用 Write，这会失败并报 operation not supported on socket（Linux）或类似错误，因为 socket 文件不支持常规文件 I/O。
- 确保目标 socket 文件已由服务端创建且权限可读写（如
0660），客户端进程需在同组或为 owner - 连接时路径必须是绝对路径，相对路径易因工作目录不同导致
connect: no such file or directory - 连接成功后得到的是
net.Conn接口，可直接用Write、WriteString或封装成bufio.Writer
conn, err := net.Dial("unix", "/var/run/myapp.sock", nil)
if err != nil {
log.Fatal(err) // 注意：nil 第三个参数是 *net.Dialer，可传自定义超时等
}
defer conn.Close()
_, _ = conn.Write([]byte("HELLO\n"))处理 connection refused 和 no such file
这两个错误最常出现，但含义完全不同，排查顺序很重要：
-
dial unix /path/to.sock: connect: no such file or directory：socket 文件根本不存在——服务端没启动，或启动后没成功 bind 到该路径（检查服务日志是否报bind: permission denied或路径被覆盖） -
dial unix /path/to.sock: connect: connection refused：文件存在，但没有进程监听——可能是服务崩溃、未完成初始化，或监听代码被跳过（比如条件编译、配置开关关闭） - 用
ls -l /path/to.sock确认文件类型是s（socket），不是普通文件或目录；用sudo ss -xlp | grep myapp查看是否有进程监听该路径
写入时注意协议格式和缓冲
Unix 域套接字本身不规定应用层协议，但实际使用中几乎都依赖约定格式。写入前需明确服务端期待什么：
立即学习“go语言免费学习笔记（深入）”；
- 是否需要换行符（如 Unix domain socket 上跑的简单文本协议常以
\n分隔） - 是否需要长度前缀（二进制协议常见，否则服务端无法知道消息边界）
- 是否要显式
Flush：如果用了bufio.NewWriter(conn)，必须调用Flush()，否则数据可能滞留在缓冲区不发出 - 写入后是否要读响应？若服务端有应答，记得设置
conn.SetReadDeadline防止阻塞
w := bufio.NewWriter(conn)
_, _ = w.WriteString("STATUS\n")
_ = w.Flush() // 必须！客户端连接超时和重试控制
net.Dial 默认无超时，遇到挂起的服务端或 NFS 挂载的 socket 路径可能卡住几十秒。生产环境必须控制连接行为：
- 用
&net.Dialer{Timeout: 2 * time.Second}替代nil第三个参数 - 不要在循环里无休止重试，加指数退避（如首次 100ms，最多 5 次，上限 1s）
- 避免并发大量连接请求打垮服务端，可用带缓冲 channel 限流
- 如果服务端支持，优先用
net.DialTimeout（已弃用但兼容性好），或统一走Dialer实例
Unix 域套接字的“路径”其实是内核抽象，但权限、生命周期、协议适配这些细节，比 TCP 更容易出隐蔽问题——尤其是当 socket 文件被误删又重建后，旧连接不会自动恢复，客户端必须重新 dial。
