Go语言中使用SOCK_SEQPACKET（unixpacket）调用syscall.Sendmsg返回无效参数错误的问题排查

我来帮你排查这个问题，你的代码里有几个关键错误导致了invalid argument错误，咱们一步步拆解问题并修正：

1. 核心错误：传入了错误的目标地址 #

你在调用syscall.Sendmsg时，把通过syscall.Getsockname获取的自身套接字地址作为目标地址参数传入，这完全搞反了！Sendmsg的第五个参数需要的是对端的地址（也就是你要发送数据的目标客户端地址），而不是自己的地址。

更关键的是：通过AcceptUnix()得到的conn是已经和客户端建立好连接的套接字，内核已经自动记录了它的对端信息，所以调用发送接口时根本不需要指定目标地址，直接传nil即可。你把自己的地址当目标传进去，内核自然会返回"无效参数"。

2. 不必要的底层fd操作 #

Go标准库的net.UnixConn已经完美封装了Unix套接字的所有操作，完全没必要手动获取文件描述符（fd）再调用底层的syscall.Sendmsg。直接使用标准库提供的Write或WriteMsgUnix方法，既能避免底层调用的细节错误，也更符合Go的编码习惯。

3. MSG_MORE标志的误用 #

syscall.MSG_MORE是为TCP这类字节流套接字设计的，用于告知内核"还有更多数据要发送，合并成一个包"。但unixpacket是面向消息的套接字，每个发送操作都会生成一个独立的完整消息，这个标志在这里不仅无效，还可能触发额外的异常。

修正后的关键代码片段 #

我们把你服务器中负责发送数据的goroutine代码重写一下，去掉错误的底层调用，改用标准库接口：

go func(conn *net.UnixConn) {
    defer conn.Close() // 把defer放到goroutine内部，确保每个连接都能正确关闭
    write_buffer := make([]byte, 1024)
    for {
        // 处理标准输入读取，注意获取实际读取的字节数n
        n, err := os.Stdin.Read(write_buffer)
        if err != nil {
            log.Println("读取标准输入失败:", err)
            return
        }
        // 直接使用UnixConn的Write方法发送实际读取到的数据
        _, err = conn.Write(write_buffer[:n])
        if err != nil {
            log.Println("发送数据失败:", err)
            return
        }
    }
}(conn) // 把conn作为参数传入goroutine，避免闭包延迟绑定问题

如果需要发送带控制信息（OOB数据）的消息，改用WriteMsgUnix即可：

_, err = conn.WriteMsgUnix(write_buffer[:n], []byte("你的OOB数据"), nil)

其他需要注意的小问题 #

1. 连接关闭的defer位置错误：你原来的defer conn.Close()放在AcceptUnix之后，会导致只有最后一个被accept的连接会被defer关闭，前面的连接会泄露。必须把defer conn.Close()放到goroutine内部。
2. 未处理输入的实际字节数：原来的os.Stdin.Read(write_buffer)没有用到返回的n，会导致发送整个1024字节缓冲区（包括之前的残留数据），必须只发送write_buffer[:n]。
3. 客户端代码的冗余参数：客户端的WriteMsgUnix不需要指定目标地址，直接传nil即可，因为conn已经是连接状态。

修正后你的代码应该就能正常发送数据了，不会再出现invalid argument的错误。

内容来源于stack exchange