mitmproxy 中支持 422 Unprocessable Content 状态码的技术解析

mitmproxy 作为一款强大的网络调试工具，其灵活的过滤和拦截功能深受开发者喜爱。近期社区发现了一个关于 HTTP 状态码支持的细节问题：mitmproxy 的 block_list 功能无法识别 422 Unprocessable Content 状态码。

HTTP 422 状态码属于 WebDAV 扩展协议的一部分，表示服务器理解请求实体的内容类型，且语法正确，但无法处理包含的指令。这个状态码在 REST API 设计中特别有用，常用于表单验证失败等场景。

在 mitmproxy 的实现中，block_list 功能依赖一个预定义的状态码列表。当前版本缺少对 422 状态码的支持，导致用户尝试使用类似 :~d google-analytics.com:422 的过滤规则时会收到错误提示。

从技术实现角度看，这个问题源于 mitmproxy/net/http/status_codes.py 文件中状态码定义的缺失。该文件维护了一个包含常见 HTTP 状态码的字典结构，需要将 422 状态码及其描述添加进去。

解决方案相对直接：只需在状态码字典中添加 422: "Unprocessable Content" 条目即可。这个修改与之前添加其他状态码的提交保持了一致性，不会引入兼容性问题。

对于开发者而言，理解 mitmproxy 的状态码处理机制很重要。block_list 插件在解析过滤规则时，会校验状态码是否存在于预定义列表中。这种设计既保证了规则的准确性，也避免了无效状态码导致的意外行为。

这个改进虽然看似简单，但对于依赖 422 状态码进行 API 开发和测试的用户来说非常实用。它体现了 mitmproxy 对现代 Web 开发需求的持续跟进，也展示了开源社区通过小改动解决实际问题的协作方式。