使用MSG_WAITALL调用send触发EINVAL错误的原因及无效参数排查

先看一下你的代码实现：

bool AbstractSocket::send(void *data, const size_t &size) { 
    ssize_t result = ::send(m_sfd, data, size, MSG_WAITALL); 
    if (result == -1 ) { 
        if (errno != EAGAIN) { 
            LOG_ERR("failed to write socket") 
            emitErrorSignal(); 
        } else { 
            // else If errno == EAGAIN 
            // that means we have read all data. 
            return true; 
        } 
    } else if (result == 0) { 
        // The remote has closed the connection 
        LOG_WNG("the remote has closed the connection") 
        emitErrorSignal(std::errc::connection_aborted); 
    } 
    return size == static_cast<size_t>(result); 
}

EINVAL错误表示你给send()传递了无效参数，结合POSIX标准和你的代码，可能的原因及对应无效参数如下：

1. 套接字描述符m_sfd无效 #

这是最常见的触发原因：

• 如果m_sfd不是已打开的有效套接字描述符（比如未初始化、已被关闭，或者是普通文件/管道的描述符），send()会直接返回EINVAL。
• 额外注意：如果m_sfd对应的是UDP套接字，搭配MSG_WAITALL标志也可能因套接字类型不兼容触发错误。

2. size参数超出系统限制 #

send()的第三个参数size虽然是size_t类型，但实际能处理的最大长度受限于SSIZE_MAX（通常等于INT_MAX，32位系统为2147483647）。如果你的size值超过这个上限，send()会返回EINVAL。

比如64位系统中，size_t是64位，但ssize_t是32位，传递大于SSIZE_MAX的size就会触发该错误。

3. MSG_WAITALL标志使用不合法 #

MSG_WAITALL的作用是让send()阻塞直到全部数据发送完成，但它并非适用于所有套接字类型：

• 对于UDP套接字，这个标志完全无效（UDP是面向数据报的，要么发送整个数据报要么失败），使用它会直接返回EINVAL。
• 部分系统不允许在非阻塞套接字上使用MSG_WAITALL（这种情况更多返回EAGAIN，但也存在返回EINVAL的特例）。

4. data指针无效 #

如果data是NULL，或者指向的内存区域不属于当前进程的地址空间（比如野指针、已释放的内存块），部分系统会返回EINVAL（更常见的是触发段错误，但也存在返回错误码的情况）。

最后顺便提一句：你代码里对EAGAIN的注释是错误的——EAGAIN表示当前套接字无法立即完成发送（比如非阻塞模式下发送缓冲区已满），和“读取完所有数据”完全无关，这个逻辑需要修正。

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