MicroPython-lib中aiohttp库WebSocket握手头修复解析

在MicroPython生态系统的aiohttp实现中，近期发现了一个影响WebSocket协议握手过程的bug。该问题会导致Sec-WebSocket-Key头部值以错误的格式发送，从而在某些严格遵循RFC6455标准的WebSocket服务器上引发连接失败。

问题本质

在WebSocket协议握手阶段，客户端需要生成一个随机的16字节值，经过Base64编码后作为Sec-WebSocket-Key头部发送。正确的实现应该发送纯Base64字符串，如"tb4IfqY2SEcIEy0pv0opLQ=="。

然而在MicroPython-lib的aiohttp实现中，这个值被错误地作为字节串直接发送，导致头部值变成了类似b'tb4IfqY2SEcIEy0pv0opLQ=='的格式，其中包含了Python字节串的字面表示前缀b'和后缀'。

技术影响

这种格式错误会导致两种后果：

1. 严格遵循RFC6455标准的服务器（如python-websockets实现）会直接拒绝连接，因为Base64解码器无法处理包含额外字符的输入
2. 某些容错性较强的服务器可能会忽略这个错误继续工作，但这不符合协议规范

从技术规范角度看，RFC6455明确规定Sec-WebSocket-Key必须是"一个Base64编码的16字节随机值"，任何附加字符都违反了协议规范。

修复方案

解决方案非常简单但有效：在将Base64编码后的密钥添加到请求头之前，先将其解码为普通字符串。具体修改是将：

headers["Sec-WebSocket-Key"] = key

改为：

headers["Sec-WebSocket-Key"] = key.decode()

这一修改确保了发送的是纯Base64字符串，完全符合WebSocket协议规范。

兼容性考虑

虽然有些WebSocket服务器实现能够容忍这个错误，但修复后的版本具有更好的兼容性：

1. 严格模式的服务器现在可以正常工作
2. 宽松模式的服务器行为不受影响
3. 完全符合RFC6455规范

技术启示

这个案例展示了几个重要的开发原则：

1. 协议实现必须严格遵循规范文档，不能依赖其他实现的容错性
2. 类型转换在协议实现中需要特别注意，特别是在处理二进制数据和文本数据的边界
3. 测试应该包含严格遵循标准的服务器作为参照

对于嵌入式开发者而言，这个修复也提醒我们：即使在资源受限的环境下，协议实现的正确性仍然是首要考虑因素。MicroPython虽然运行在嵌入式设备上，但其网络协议栈仍需保持与标准完全兼容。