在Go中使用sendmmsg调用链路层套接字遇‘message too long’错误求助

你的代码出现"message too long"错误的核心问题在于sendmmsg系统调用的参数传递错误，同时存在结构体定义和字段设置的不合理之处，具体修正点如下：

1. 错误传递切片指针而非底层数组指针 #

你将切片的指针（&[]mmsghdr{...}）传给了sendmmsg，但系统调用需要的是mmsghdr数组的首元素指针。Go切片是包含指针、长度、容量的结构体，传递切片指针会导致系统调用读取错误的内存数据，进而触发长度异常错误。

2. 自定义mmsghdr存在布局兼容风险 #

手动定义的mmsghdr结构体可能与系统底层的struct mmsghdr内存布局不匹配（比如字段对齐、类型宽度差异），建议直接使用golang.org/x/sys/unix标准库中提供的Mmsghdr类型。

3. msglen字段误用 #

mmsghdr中的msglen是输出字段，用于返回实际发送的字节数，输入时无需设置，设置后不会影响发送逻辑。

4. SockaddrLinklayer字段未规范设置 #

以太网MAC地址长度为6，虽然sendto能正常工作，但规范设置Halen字段可以避免潜在兼容性问题；同时建议使用标准常量而非硬编码数值（如unix.ARPHRD_ETHER代替803）。

修正后的代码示例 #

import (
    "unsafe"
    "golang.org/x/sys/unix"
)

func main() {
    // 打开AF_PACKET类型套接字
    fd, err := unix.Socket(unix.AF_PACKET, unix.SOCK_RAW, unix.ETH_P_ALL)
    if err != nil {
        // 错误处理
        panic(err)
    }
    defer unix.Close(fd)

    // 创建规范的链路层Sockaddr
    sockaddr := &unix.SockaddrLinklayer{
        Protocol: unix.ETH_P_ALL,
        Ifindex:  5,
        Hatype:   unix.ARPHRD_ETHER,
        Pkttype:  0,
        Halen:    6, // 以太网MAC地址长度
    }

    // 构建待发送的数据包（示例44字节数据）
    buf := make([]byte, 44)
    // 填充你的数据包内容...

    // 构建Iovec
    iov := unix.Iovec{
        Base: &buf[0],
        Len:  uint64(len(buf)),
    }

    // 构建Msghdr
    msghdr := unix.Msghdr{
        Name:        (*byte)(unsafe.Pointer(sockaddr)),
        Namelen:     unix.SizeofSockaddrLinklayer,
        Iov:         &iov,
        Iovlen:      1,
        Control:     nil,
        Controllen:  0,
        Flags:       0,
    }

    // 构建Mmsghdr数组（使用标准库类型）
    var msgvec [2]unix.Mmsghdr
    msgvec[0].Msghdr = msghdr
    msgvec[1].Msghdr = msghdr

    // 正确调用sendmmsg系统调用
    _, _, errno := unix.Syscall6(
        unix.SYS_SENDMMSG,
        uintptr(fd),
        uintptr(unsafe.Pointer(&msgvec[0])), // 传递数组首元素指针
        uintptr(len(msgvec)),
        0, 0, 0,
    )
    if errno != 0 {
        // 错误处理
        panic(errno)
    }
}

补充说明 #

• 之前sendto正常的原因：sendto的参数传递逻辑不同，你直接传递了正确的sockaddr和缓冲区指针，没有涉及切片指针的错误。
• 使用标准库类型的优势：golang.org/x/sys/unix中的结构体与系统底层严格对齐，完全匹配系统调用的要求，避免手动定义带来的布局错误。

内容的提问来源于stack exchange，提问作者Bryan Coxwell