WinSock与WebSocket通信异常求助：消息格式混乱或丢失

看起来你踩了一个很常见的协议适配坑：你用普通的WinSock TCP服务端，却试图和WebSocket客户端通信——这俩的传输协议完全不兼容，直接用recv读数据肯定会出现各种异常！

为什么会出现这些奇怪现象？ #

• 当CONNMSG设为1024时：WebSocket客户端发起连接时，会先发送HTTP握手请求（带Upgrade: websocket等协议头），这个请求的长度超过了你预期的业务消息，recv一次性读入了整个握手包，里面根本没有你要的业务内容，所以控制台看不到目标消息。
• 当CONNMSG设为256时：握手包被截断成多段，后续客户端发的业务消息又被WebSocket封装成了带帧头、掩码的协议帧，你直接打印原始数据，自然会看到业务消息被夹杂在协议垃圾数据里的混乱结果。
• 你提到设为[0]能正常获取？这大概率是编译器的异常优化或者测试巧合，数组大小设为0本身是非法写法，不能作为稳定解决方案。

怎么解决？ #

你有两个明确的方向可选：

方向1：改用普通TCP客户端

如果不需要依赖WebSocket协议，直接用和服务端匹配的普通TCP客户端（比如你自己写的C++客户端）通信，这样recv就能直接拿到明文业务消息，现有代码只需要做小调整就能正常工作。

方向2：让服务端支持WebSocket协议

如果必须用WebSocket客户端，那你的服务端必须实现WebSocket的协议逻辑，核心分为两步：

1. 完成握手流程：客户端会发送HTTP格式的握手请求，你需要提取Sec-WebSocket-Key，计算对应的Sec-WebSocket-Accept值，返回符合规范的HTTP响应，完成协议升级。
2. 解析WebSocket帧：握手完成后，客户端发送的所有消息都会被封装成WebSocket帧（带帧头、掩码等控制信息），你需要解析帧结构，去除掩码后才能拿到真实的业务消息。

这里给你一个简化的WebSocket文本帧解析示例（仅处理基础文本帧场景）：

// 解析基础WebSocket文本帧，提取真实业务消息
bool parseWebSocketTextFrame(char* buffer, int recvBytes, std::string& outMessage) {
    if (recvBytes < 2) return false;

    // 解析帧头第一个字节：FIN位 + 操作码
    bool isFinalFrame = (buffer[0] & 0x80) != 0;
    uint8_t opcode = buffer[0] & 0x0F;
    if (opcode != 0x1) return false; // 只处理文本帧

    // 解析帧头第二个字节：掩码位 + 负载长度
    bool isMasked = (buffer[1] & 0x80) != 0;
    uint64_t payloadLen = buffer[1] & 0x7F;

    int offset = 2;
    // 处理超长负载长度的情况
    if (payloadLen == 126) {
        payloadLen = ntohs(*(uint16_t*)(buffer + offset));
        offset += 2;
    } else if (payloadLen == 127) {
        payloadLen = ntohl(*(uint64_t*)(buffer + offset));
        offset += 8;
    }

    // 客户端发送的帧必然带掩码，解码负载
    uint8_t maskKey[4];
    if (isMasked) {
        memcpy(maskKey, buffer + offset, 4);
        offset += 4;
    }

    outMessage.resize(payloadLen);
    for (uint64_t i = 0; i < payloadLen; i++) {
        outMessage[i] = buffer[offset + i] ^ maskKey[i % 4];
    }

    return isFinalFrame;
}

之后你需要修改服务端的循环逻辑：先完成握手，再循环调用上述函数解析帧数据。

如果不想自己实现复杂的协议细节，也可以直接用现成的WebSocket库，比如libwebsockets或者websocketpp，这些库已经封装好了所有协议逻辑，能大幅减少开发工作量。

顺带提几个你的代码小问题 #

1. 没有处理recv的返回值：它会返回实际读取的字节数，返回0表示客户端断开，返回SOCKET_ERROR表示出错，你需要根据这个值判断后续逻辑。
2. send时用sizeof(serverMessage)会把字符串末尾的空字符也发送出去，应该改用strlen(serverMessage)。
3. if(!newConnection)的判断逻辑错误：newConnection是Socket句柄，只有当它等于INVALID_SOCKET时才表示连接失败，不是判断是否为0。

内容的提问来源于stack exchange，提问作者no more sigsegv