BizHawk项目中Lua Comm.httpPost与Expect: 100-Continue标头问题的技术解析

问题背景

在BizHawk模拟器的Lua脚本功能中，Comm.httpPost方法用于发送HTTP POST请求。然而，当请求发送至不支持"Expect: 100-Continue"HTTP标头的服务器时，该方法会出现请求失败的情况。这个问题源于底层C#.NET HTTP库的默认行为。

技术原理

HTTP协议中的"Expect: 100-Continue"机制是一种优化手段，其工作流程如下：

1. 客户端在发送较大请求体前，先发送包含Expect标头的请求头
2. 服务器如果支持此功能，会返回100 Continue响应
3. 客户端收到确认后，再发送实际的请求体

.NET框架默认启用此功能，而许多简单的HTTP服务器（如某些游戏自动化工具内置的服务器）并未实现这一机制，导致通信失败。

问题表现

当使用Comm.httpPost向不支持此标头的服务器发送POST请求时：

• 请求头被发送
• 服务器不返回100 Continue响应
• 客户端无限期等待
• 请求体永远不会被发送
• 最终导致请求失败

解决方案

BizHawk项目组最终采用了自动判断的优化方案：

1. 对于小于1MB的请求体，自动禁用Expect标头
2. 这个阈值与curl等主流工具的默认设置保持一致
3. 既解决了兼容性问题，又保持了大数据量传输时的优化

技术启示

这个问题给我们几个重要的技术启示：

1. HTTP协议实现存在差异性，工具开发需要考虑各种边缘情况
2. 默认优化设置可能在某些场景下适得其反
3. 与第三方系统集成时，兼容性往往比严格遵循标准更重要
4. 自动化的阈值判断比暴露底层参数更符合大多数用户需求

总结

BizHawk通过智能判断请求体大小的方式，优雅地解决了与不支持Expect标头的服务器通信问题。这种解决方案既保持了与标准HTTP协议的兼容性，又确保了与各种第三方工具的互操作性，体现了优秀的技术权衡思维。