WinSock2连接Bitcoin节点：Select()提示可读但Recv()返回0字节

我通过WinSock2连接到Bitcoin节点，发送格式正确的"getaddr"消息后，服务器做出响应，Select()通知存在可读数据，但调用Recv()时却读取到0字节。本地测试服务器上代码运行正常，Bitcoin节点只会回复格式正确的消息（不小于24字节），但我无法读取到回复。返回0字节后，Select()仍提示有数据可读。

关键代码片段 #

主函数代码 #

struct CMessageHeader
{
    uint32_t magic;
    char command[12];
    uint32_t payload;
    uint32_t checksum;
};

CSocket *sock = new CSocket();
int actual; /* Actually read/written bytes */

sock->connect("109.173.41.43", 8333);

CMessageHeader msg = { 0xf9beb4d9, "getaddr\0\0\0\0", 0, 0x5df6e0e2 }, rcv = { 0 };

actual = sock->send((const char *)&msg, sizeof(msg));

actual = sock->select(2, 0); /* Select read with 2 seconds waiting time */

actual = sock->receive((char *)&rcv, sizeof(rcv));

DLL中CSocket::receive函数代码 #

int CSocket::receive(char *buf, int len)
{
    int actual;

    if ((actual = ::recv(sock, buf, len, 0)) == SOCKET_ERROR) {
        std::ostringstream s;

        s << "Nie mozna odebrac " << len << " bajtow.";
        throw(CError(s));
   }
   return(actual);
}

原因分析与解决办法 #

• 字节序不匹配：Bitcoin协议强制使用大端字节序（网络字节序），但代码直接用主机字节序填充结构体字段。若你的主机是小端架构（x86/x86_64），发送的magic、payload、checksum会是错误的小端值，导致节点无法识别消息，直接断开连接。
  解决：用htonl()将数值字段转换为网络字节序后发送，接收时用ntohl()转换回主机字节序：

  CMessageHeader msg = { 
      htonl(0xf9beb4d9), 
      "getaddr\0\0\0\0", 
      htonl(0), 
      htonl(0x5df6e0e2) 
  };
  

• Recv()返回0意味着连接已关闭：Recv()返回0表示对方节点已主动关闭连接，此时Select()仍提示可读是因为socket处于"可读但读取到EOF"的状态。这种情况通常是发送的消息不符合Bitcoin协议规范，触发节点断开。
  额外检查点：

  • 确认command字段严格为12字节：你的代码中"getaddr\0\0\0\0"是正确的，但要确保没有因编码问题导致长度错误。
  • 校验checksum计算：空payload的checksum确实是0x5df6e0e2，但必须转换为网络字节序后发送。

• 结构体字节对齐问题：编译器可能会在CMessageHeader的字段间插入填充字节，导致sizeof(msg)不等于24字节（协议要求的消息头长度），发送的消息格式错误。
  解决：用编译指令强制结构体按1字节对齐：

  #pragma pack(push, 1)
  struct CMessageHeader
  {
      uint32_t magic;
      char command[12];
      uint32_t payload;
      uint32_t checksum;
  };
  #pragma pack(pop)
  

• Select()实现存在隐患：需确认CSocket::select函数是否正确初始化fd_set、处理返回值。比如，是否检查了select()返回-1的错误情况，是否正确设置超时时间。

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