C语言实现Torrent客户端：请求Piece无响应的问题排查

问题排查与修复建议 #

你的代码存在多处违反BitTorrent规范的问题，这是Peer不响应的核心原因：

1. 消息字节序完全错误 #

BitTorrent要求所有多字节字段（length、index、begin、payload长度）必须使用大端字节序，但你直接序列化C结构体发送，结构体成员是主机字节序（小端），Peer根本无法解析这些字段。

2. REQUEST消息长度计算错误 #

REQUEST消息的length字段应表示消息体（含类型）的字节数：1字节类型 + 12字节固定payload（4字节index+4字节begin+4字节长度），总计13字节。你用sizeof(Sendmsg.payload)计算会因结构体内存对齐得到错误值。

3. 接收逻辑严重违规 #

你每次固定接收8字节后直接拷贝到结构体，但BitTorrent消息的标准结构是：4字节length + 1字节type + 变长payload。8字节不足以覆盖完整消息头，更无法处理PIECE的变长payload。正确流程应为：

• 先接收4字节length，转为主机字节序
• 根据length值接收后续的length字节数据（含type和payload）
• 解析消息类型，若为PIECE则处理，否则继续等待

4. INTERESTED消息的潜在问题 #

INTERESTED消息的length字段应为1（仅1字节类型），你用sizeof(Sendmsg.bt_type)取值正确，但未转换为大端字节序，Peer可能无法识别。

5. 辅助函数的隐藏问题 #

• 全局变量handshake未初始化就累加，会导致未定义行为
• sendData直接传递结构体指针，未做字节序转换，发送的消息格式完全不符合规范

修复步骤 #

1. 放弃直接序列化结构体的方式，手动按规范组装每个消息的字节流，所有多字节字段用htonl()转换为大端字节序
2. 重构接收逻辑，严格遵循“先读length，再读对应长度消息体”的流程
3. 增加对BITFIELD消息的处理，确认Peer是否真的持有你请求的Piece
4. 移除未初始化的全局变量handshake或提前初始化

内容的提问来源于Stack Exchange，提问作者Shubham Kumar