网络安全网络开发工具接口测试【免费下载链接】mitmproxyAn interactive TLS-capable intercepting HTTP proxy for penetration testers and software developers.项目地址https://gitcode.com/GitHub_Trending/mi/mitmproxy点击查看免费下载导读mitmproxy.coretypes.multidict是 mitmproxy 内部最重要的基础数据结构模块之一提供了一套支持一个键对应多个值的字典式容器。它既是Request.headers、Request.query、Request.cookies、Request.urlencoded_form、Request.multipart_form、Response.cookies等全部 HTTP 对象属性的底层实现也是 HTTP 头折叠header folding、Cookie 属性解析等协议语义得以正确表达的关键。阅读本文后你将完全掌握_MultiDict、MultiDict、MultiDictView三个类的设计意图与全部 API并能基于真实源码与测试用例理解它们在 mitmproxy 中的实际调用关系。一、模块定位为什么 mitmproxy 需要 MultiDict在 HTTP 协议中同一名字的字段可以出现多次响应头可以携带多个Set-Cookie请求头可以携带多个同名自定义头URL 查询串允许?tagatagbmultipart/form-data表单同样允许同名字段重复出现。Python 标准库的dict遇到重复键会直接覆盖旧值无法表达这类一对多语义。mitmproxy.coretypes.multidict模块正是为解决该问题而存在。它实现的 MultiDict 是一个类字典结构但底层以有序的(key, value)元组序列保存数据源码中的fields: tuple[tuple[KT, VT], ...]从而完整保留同名键的多次出现与原始顺序对外仍提供dict风格接口[]、in、len()、keys()、values()、items()、迭代等符合collections.abc.MutableMapping协议通过两个可自定义的钩子方法让不同业务场景HTTP 头、Cookie、查询串各自定义键规范化与多值归并规则。该模块的官方 API 参考页位于 docs/src/content/api/mitmproxy.coretypes.multidict.md页面本身由 pdoc 根据模块源码自动渲染生成生成脚本见 docs/scripts/api-render.py因此本文所有 API 描述均以模块源码 mitmproxy/coretypes/multidict.py 为最终事实依据。二、类层次与核心设计模块共定义三个类形成清晰的抽象层级类基类角色_MultiDictMutableMapping[KT, VT]ABCMeta抽象基类抽象基类实现全部通用逻辑留有两个抽象钩子MultiDict_MultiDictserializable.Serializable具体容器自带数据存储可序列化MultiDictView_MultiDict无状态视图数据实时读写自父对象如Request抽象基类_MultiDict通过metaclassABCMeta声明并要求子类实现两个静态方法这两个方法正是整个 MultiDict 语义可定制化的灵魂2.1_kconv(key)键的规范化将用户传入的键转换为规范形式用于比较。例如 HTTP 头名不区分大小写所以Headers将其实现为key.lower()见 mitmproxy/http.py#L126-L129而查询串、表单字段名区分大小写MultiDictView的实现则直接原样返回见 mitmproxy/coretypes/multidict.py#L186-L189。2.2_reduce_values(values)多值归并当用户以multidict[foo]这种单值方式访问一个拥有多个值的键时该方法决定返回哪一个。不同语义有不同取舍Headers按 RFC 7230 将多个值用, .join(values)折叠成单个字符串见 mitmproxy/http.py#L121-L124MultiDict通用与MultiDictView直接取第一个值values[0]CookieAttrs取最后一个值values[-1]见 mitmproxy/net/http/cookies.py#L44-L48源码注释特别指出这是为了兼容一个只有取最后一段才语义正确的怪异 Cookie 测试用例。通过这两个钩子同一套容器机制在不同协议语义之间自由切换这正是该模块设计最精巧之处。三、MultiDict自带存储的具体容器MultiDict在_MultiDict基础上提供数据存储与序列化能力是可直接实例化的通用实现。3.1 构造与底层数据构造函数接受任意可迭代的(key, value)对并统一规范化为元组序列from mitmproxy.coretypes import multidict md multidict.MultiDict([(foo, bar), (foo, baz), (qux, quux)]) md.fields # ((foo, bar), (foo, baz), (qux, quux))fields是模块公开的底层原始数据结构见 mitmproxy/coretypes/multidict.py#L19-L20所有增删改查都围绕它展开。repr()输出格式为MultiDict[(foo, bar), ...]便于调试与日志记录。3.2 字典风格访问md[foo]返回归并后的单值默认取第一个键不存在抛KeyErrormd[foo] new替换该键的全部值等价于set_all(key, [value])del md[foo]删除该键的全部条目键不存在抛KeyErrorkey in md、len(md)、iter(md)len()返回去重后的键数量对每个键调用_kconv后计数迭代同样保证每个键只出现一次且保持首次出现顺序见 mitmproxy/coretypes/multidict.py#L63-L72md other仅当另一对象也是MultiDict且fields完全相等时为真见 mitmproxy/coretypes/multidict.py#L74-L77。因为定义了__eq__但对象可变MultiDict不可哈希——测试用例test_hash专门验证了hash(TMultiDict())会抛出TypeError见 test/mitmproxy/coretypes/test_multidict.py#L90-L97这符合可变对象若定义__eq__则不应实现__hash__的 Python 规范。3.3 多值专用 API方法行为源码位置get_all(key) - list[VT]返回该键全部值的列表键不存在返回空列表而非抛异常mitmproxy/coretypes/multidict.py#L79-L85set_all(key, values)移除该键旧值并写入新值序列新旧值按原位置就地填充多余的新值追加到末尾mitmproxy/coretypes/multidict.py#L87-L102add(key, value)在末尾追加一个值等价于insert(len(fields), key, value)mitmproxy/coretypes/multidict.py#L104-L108insert(index, key, value)在指定位置插入一对键值mitmproxy/coretypes/multidict.py#L110-L115keys(multiFalse)multiTrue时每个值对应一个键默认去重mitmproxy/coretypes/multidict.py#L117-L124values(multiFalse)multiTrue时返回全部值默认每键仅返回第一个值mitmproxy/coretypes/multidict.py#L126-L133items(multiFalse)同上语义返回(key, value)对mitmproxy/coretypes/multidict.py#L135-L145其中set_all的位置保持语义值得注意如果键x在原始序列中出现多次如(x,1)与(X,2)两个位置调用set_all(x, [a,b,c])会把新值按出现顺序填充到原有位置多余值追加到末尾。测试用例test_set_all对这一行为有非常详细的验证见 test/mitmproxy/coretypes/test_multidict.py#L105-L134。3.4 序列化支持MultiDict继承自serializable.Serializable该基类定义见 mitmproxy/coretypes/serializable.py#L25-L58因此它天然参与 mitmproxy 的 flow 状态存取机制get_state()返回fields元组set_state(state)从状态恢复数据from_state(state)类方法从状态构建新实例。这意味着包含 MultiDict 的对象如Request、Response可以被安全地保存为.mitm流文件、序列化传输或用于 replay测试test_state验证了get_state/set_state/from_state的往返一致性见 test/mitmproxy/coretypes/test_multidict.py#L171-L179。四、MultiDictView零存储的实时视图MultiDictView是_MultiDict的另一个实现但它自身不保存任何数据——数据实时从父对象读取修改时实时写回父对象见 mitmproxy/coretypes/multidict.py#L174-L179。其构造方式为注入一对 getter/setterview multidict.MultiDictView(getter, setter)fields属性被实现为读写父对象的属性见 mitmproxy/coretypes/multidict.py#L197-L203读取时调用self._getter()赋值时调用self._setter(value)。copy()方法则将视图内容物化为一个独立的MultiDict快照。这样的设计让 mitmproxy 的 HTTP 对象可以暴露看起来就是普通字典的属性而底层数据却始终是单一事实来源如Request.path或Request.headers彻底避免了数据不同步问题。测试TestMultiDictView.test_modify演示了通过视图写入会直接反映到父对象见 test/mitmproxy/coretypes/test_multidict.py#L193-L202。五、在 mitmproxy 中的真实应用从 API 到协议语义MultiDict 并非孤立的数据结构而是遍布 mitmproxy 的 HTTP 对象模型理解它的应用场景是掌握该模块价值的最后一块拼图。5.1Headers大小写不敏感 头折叠mitmproxy.http.Headers直接继承multidict.MultiDict见 mitmproxy/http.py#L48-L49并定制了两个钩子_kconv返回key.lower()实现大小写不敏感_reduce_values用, .join(values)按 RFC 7230 折叠多值头。其 docstring 给出了完整示例见 mitmproxy/http.py#L50-L91from mitmproxy.http import Headers h Headers(hostexample.com, content_typeapplication/xml) h[Host] # example.com h[host] # example.com —— 大小写不敏感 h[Accept] application/text # 构造时重复头会被折叠 h2 Headers([(bAccept, btext/html), (baccept, bapplication/xml)]) h2[Accept] # text/html, application/xml特别地Set-Cookie与Cookie头不允许折叠因此Headers覆写了get_all/set_all/insert/items以支持字节级原始访问源码 docstring 明确提示这两类头应使用Response.cookies或Headers.get_all见 mitmproxy/http.py#L89-L91 与 mitmproxy/http.py#L145-L165。bytes(h)还能直接序列化为 HTTP/1 头块格式Name: value\r\n。5.2Request的四个视图属性Request以MultiDictView暴露了四个常用属性见 mitmproxy/http.py#L851-L1009修改视图即修改底层数据、反之亦然Request.query查询串视图读写均作用于Request.pathgetter 解析 URL 的 query 段setter 重建pathRequest.cookies请求 Cookie 视图读写均作用于Request.headers中的Cookie头Request.urlencoded_formapplication/x-www-form-urlencoded表单视图读写作用于Request.content且 setter 会自动补写content-type头当 content-type 不符或解析失败时为空视图Request.multipart_formmultipart/form-data表单视图字节键值对读写作用于Request.contentsetter 在缺少 boundary 时会自动生成随机 boundary 并更新 content-type。5.3Response.cookies与CookieAttrsResponse.cookies是值类型为(cookie value, attributes)元组的MultiDictView见 mitmproxy/http.py#L1155-L1168其中 attributes 本身又是一个MultiDict——即 mitmproxy/net/http/cookies.py#L39-L48 中定义的CookieAttrs。它定制_kconv为小写属性名不区分大小写、_reduce_values取最后一个值。一元属性如HttpOnly、Secure在 attributes 中以None值表示。写入侧通过set_all(set-cookie, ...)生成多个Set-Cookie头——这正是底层set_all多值能力在真实协议场景中的直接体现。5.4 其他生产代码佐证mitmproxy/addons/savehar.py#L195-L261HAR 导出插件通过flow.response.headers.get(...)、flow.request.headers.get(...)以及format_multidict将头信息写入 HAR 规范结构mitmproxy/net/http/cookies.py 的TSetCookie tuple[str, str | None, CookieAttrs]类型别名将CookieAttrsMultiDict 子类作为 Cookie 属性容器的标准类型。六、快速上手一段完整的实战示例结合以上内容这里给出一个同时覆盖MultiDict与MultiDictView的完整示例展示多值容器的核心用法from mitmproxy.coretypes import multidict # 1) 通用 MultiDict保留重复键与顺序 md multidict.MultiDict([(tag, a), (tag, b), (size, large)]) md.get_all(tag) # [a, b] —— 全部值 md[tag] # a —— 归并后取第一个 md[tag] c # 替换该键全部值fields 变为 ((tag,c), (size,large)) md.add(tag, d) # 追加fields 末尾增加 (tag,d) list(md.keys(multiTrue)) # [tag, tag, size] —— 每值一个键 list(md.items(multiTrue)) # [(tag,c), (tag,d), (size,large)] # 2) MultiDictView数据实时映射到父对象 parent {vals: ()} view multidict.MultiDictView( lambda: parent[vals], lambda v: parent.__setitem__(vals, v), ) view[user] alice parent[vals] # ((user, alice),) —— 写入即时生效 snapshot view.copy() # 物化为独立 MultiDict后续修改互不影响七、相关文档与进一步阅读模块官方 API 参考页docs/src/content/api/mitmproxy.coretypes.multidict.mdpdoc 自动生成模块完整源码mitmproxy/coretypes/multidict.py单元测试覆盖全部方法语义test/mitmproxy/coretypes/test_multidict.py序列化基类mitmproxy/coretypes/serializable.pyHeaders子类与Request/Response视图属性mitmproxy/http.pyCookieAttrs子类mitmproxy/net/http/cookies.pyAPI 文档生成机制docs/scripts/api-render.py结语mitmproxy.coretypes.multidict以不到 210 行的实现同时支撑了 HTTP 头折叠、大小写不敏感匹配、Cookie 多值、表单多字段等协议核心语义并通过MultiDict/MultiDictView的二元设计兼顾了自带存储与实时视图两种使用模式。无论是编写 mitmproxy 插件直接操作flow.request.query、flow.response.cookies还是在自己的项目中复用这一有序多值字典模式掌握本文所述的设计骨架与方法语义都能让你写出更符合 mitmproxy 内部惯例的代码。赞分享网络安全网络开发工具接口测试【免费下载链接】mitmproxyAn interactive TLS-capable intercepting HTTP proxy for penetration testers and software developers.项目地址https://gitcode.com/GitHub_Trending/mi/mitmproxy点击查看免费下载相关推荐30dayMakeCppServer HTTP协议支持从请求解析到响应构建的全流程30dayMakeCppServer HTTP协议支持从请求解析到响应构建的全流程 你是否在搭建C服务器时因HTTP协议处理而头疼本文将带你了解30d示例工程jc 项目 http-headers 解析器把 HTTP 请求/响应头转换为结构化 JSONjc 项目 http headers 解析器把 HTTP 请求/响应头转换为结构化 JSON 本篇技术指南围绕 jcJSON Convert项目中的 ht开发工具Bottle 微框架 API 参考全局函数、请求/响应对象与核心数据结构全解析Bottle 微框架 API 参考全局函数、请求/响应对象与核心数据结构全解析 导读 本文是 Bottle 微框架 bottle.py https://li后端Web框架上一篇G-Helper终极指南华硕笔记本轻量级性能控制解决方案下一篇《Go Web 编程》9.6 加密与解密资料base64、AES 与 DES 对称加密实战指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
网络安全网络开发工具接口测试【免费下载链接】mitmproxyAn interactive TLS-capable intercepting HTTP proxy for penetration testers and software developers.项目地址https://gitcode.com/GitHub_Trending/mi/mitmproxy点击查看免费下载导读mitmproxy.coretypes.multidict是 mitmproxy 内部最重要的基础数据结构模块之一提供了一套支持一个键对应多个值的字典式容器。它既是Request.headers、Request.query、Request.cookies、Request.urlencoded_form、Request.multipart_form、Response.cookies等全部 HTTP 对象属性的底层实现也是 HTTP 头折叠header folding、Cookie 属性解析等协议语义得以正确表达的关键。阅读本文后你将完全掌握_MultiDict、MultiDict、MultiDictView三个类的设计意图与全部 API并能基于真实源码与测试用例理解它们在 mitmproxy 中的实际调用关系。一、模块定位为什么 mitmproxy 需要 MultiDict在 HTTP 协议中同一名字的字段可以出现多次响应头可以携带多个Set-Cookie请求头可以携带多个同名自定义头URL 查询串允许?tagatagbmultipart/form-data表单同样允许同名字段重复出现。Python 标准库的dict遇到重复键会直接覆盖旧值无法表达这类一对多语义。mitmproxy.coretypes.multidict模块正是为解决该问题而存在。它实现的 MultiDict 是一个类字典结构但底层以有序的(key, value)元组序列保存数据源码中的fields: tuple[tuple[KT, VT], ...]从而完整保留同名键的多次出现与原始顺序对外仍提供dict风格接口[]、in、len()、keys()、values()、items()、迭代等符合collections.abc.MutableMapping协议通过两个可自定义的钩子方法让不同业务场景HTTP 头、Cookie、查询串各自定义键规范化与多值归并规则。该模块的官方 API 参考页位于 docs/src/content/api/mitmproxy.coretypes.multidict.md页面本身由 pdoc 根据模块源码自动渲染生成生成脚本见 docs/scripts/api-render.py因此本文所有 API 描述均以模块源码 mitmproxy/coretypes/multidict.py 为最终事实依据。二、类层次与核心设计模块共定义三个类形成清晰的抽象层级类基类角色_MultiDictMutableMapping[KT, VT]ABCMeta抽象基类抽象基类实现全部通用逻辑留有两个抽象钩子MultiDict_MultiDictserializable.Serializable具体容器自带数据存储可序列化MultiDictView_MultiDict无状态视图数据实时读写自父对象如Request抽象基类_MultiDict通过metaclassABCMeta声明并要求子类实现两个静态方法这两个方法正是整个 MultiDict 语义可定制化的灵魂2.1_kconv(key)键的规范化将用户传入的键转换为规范形式用于比较。例如 HTTP 头名不区分大小写所以Headers将其实现为key.lower()见 mitmproxy/http.py#L126-L129而查询串、表单字段名区分大小写MultiDictView的实现则直接原样返回见 mitmproxy/coretypes/multidict.py#L186-L189。2.2_reduce_values(values)多值归并当用户以multidict[foo]这种单值方式访问一个拥有多个值的键时该方法决定返回哪一个。不同语义有不同取舍Headers按 RFC 7230 将多个值用, .join(values)折叠成单个字符串见 mitmproxy/http.py#L121-L124MultiDict通用与MultiDictView直接取第一个值values[0]CookieAttrs取最后一个值values[-1]见 mitmproxy/net/http/cookies.py#L44-L48源码注释特别指出这是为了兼容一个只有取最后一段才语义正确的怪异 Cookie 测试用例。通过这两个钩子同一套容器机制在不同协议语义之间自由切换这正是该模块设计最精巧之处。三、MultiDict自带存储的具体容器MultiDict在_MultiDict基础上提供数据存储与序列化能力是可直接实例化的通用实现。3.1 构造与底层数据构造函数接受任意可迭代的(key, value)对并统一规范化为元组序列from mitmproxy.coretypes import multidict md multidict.MultiDict([(foo, bar), (foo, baz), (qux, quux)]) md.fields # ((foo, bar), (foo, baz), (qux, quux))fields是模块公开的底层原始数据结构见 mitmproxy/coretypes/multidict.py#L19-L20所有增删改查都围绕它展开。repr()输出格式为MultiDict[(foo, bar), ...]便于调试与日志记录。3.2 字典风格访问md[foo]返回归并后的单值默认取第一个键不存在抛KeyErrormd[foo] new替换该键的全部值等价于set_all(key, [value])del md[foo]删除该键的全部条目键不存在抛KeyErrorkey in md、len(md)、iter(md)len()返回去重后的键数量对每个键调用_kconv后计数迭代同样保证每个键只出现一次且保持首次出现顺序见 mitmproxy/coretypes/multidict.py#L63-L72md other仅当另一对象也是MultiDict且fields完全相等时为真见 mitmproxy/coretypes/multidict.py#L74-L77。因为定义了__eq__但对象可变MultiDict不可哈希——测试用例test_hash专门验证了hash(TMultiDict())会抛出TypeError见 test/mitmproxy/coretypes/test_multidict.py#L90-L97这符合可变对象若定义__eq__则不应实现__hash__的 Python 规范。3.3 多值专用 API方法行为源码位置get_all(key) - list[VT]返回该键全部值的列表键不存在返回空列表而非抛异常mitmproxy/coretypes/multidict.py#L79-L85set_all(key, values)移除该键旧值并写入新值序列新旧值按原位置就地填充多余的新值追加到末尾mitmproxy/coretypes/multidict.py#L87-L102add(key, value)在末尾追加一个值等价于insert(len(fields), key, value)mitmproxy/coretypes/multidict.py#L104-L108insert(index, key, value)在指定位置插入一对键值mitmproxy/coretypes/multidict.py#L110-L115keys(multiFalse)multiTrue时每个值对应一个键默认去重mitmproxy/coretypes/multidict.py#L117-L124values(multiFalse)multiTrue时返回全部值默认每键仅返回第一个值mitmproxy/coretypes/multidict.py#L126-L133items(multiFalse)同上语义返回(key, value)对mitmproxy/coretypes/multidict.py#L135-L145其中set_all的位置保持语义值得注意如果键x在原始序列中出现多次如(x,1)与(X,2)两个位置调用set_all(x, [a,b,c])会把新值按出现顺序填充到原有位置多余值追加到末尾。测试用例test_set_all对这一行为有非常详细的验证见 test/mitmproxy/coretypes/test_multidict.py#L105-L134。3.4 序列化支持MultiDict继承自serializable.Serializable该基类定义见 mitmproxy/coretypes/serializable.py#L25-L58因此它天然参与 mitmproxy 的 flow 状态存取机制get_state()返回fields元组set_state(state)从状态恢复数据from_state(state)类方法从状态构建新实例。这意味着包含 MultiDict 的对象如Request、Response可以被安全地保存为.mitm流文件、序列化传输或用于 replay测试test_state验证了get_state/set_state/from_state的往返一致性见 test/mitmproxy/coretypes/test_multidict.py#L171-L179。四、MultiDictView零存储的实时视图MultiDictView是_MultiDict的另一个实现但它自身不保存任何数据——数据实时从父对象读取修改时实时写回父对象见 mitmproxy/coretypes/multidict.py#L174-L179。其构造方式为注入一对 getter/setterview multidict.MultiDictView(getter, setter)fields属性被实现为读写父对象的属性见 mitmproxy/coretypes/multidict.py#L197-L203读取时调用self._getter()赋值时调用self._setter(value)。copy()方法则将视图内容物化为一个独立的MultiDict快照。这样的设计让 mitmproxy 的 HTTP 对象可以暴露看起来就是普通字典的属性而底层数据却始终是单一事实来源如Request.path或Request.headers彻底避免了数据不同步问题。测试TestMultiDictView.test_modify演示了通过视图写入会直接反映到父对象见 test/mitmproxy/coretypes/test_multidict.py#L193-L202。五、在 mitmproxy 中的真实应用从 API 到协议语义MultiDict 并非孤立的数据结构而是遍布 mitmproxy 的 HTTP 对象模型理解它的应用场景是掌握该模块价值的最后一块拼图。5.1Headers大小写不敏感 头折叠mitmproxy.http.Headers直接继承multidict.MultiDict见 mitmproxy/http.py#L48-L49并定制了两个钩子_kconv返回key.lower()实现大小写不敏感_reduce_values用, .join(values)按 RFC 7230 折叠多值头。其 docstring 给出了完整示例见 mitmproxy/http.py#L50-L91from mitmproxy.http import Headers h Headers(hostexample.com, content_typeapplication/xml) h[Host] # example.com h[host] # example.com —— 大小写不敏感 h[Accept] application/text # 构造时重复头会被折叠 h2 Headers([(bAccept, btext/html), (baccept, bapplication/xml)]) h2[Accept] # text/html, application/xml特别地Set-Cookie与Cookie头不允许折叠因此Headers覆写了get_all/set_all/insert/items以支持字节级原始访问源码 docstring 明确提示这两类头应使用Response.cookies或Headers.get_all见 mitmproxy/http.py#L89-L91 与 mitmproxy/http.py#L145-L165。bytes(h)还能直接序列化为 HTTP/1 头块格式Name: value\r\n。5.2Request的四个视图属性Request以MultiDictView暴露了四个常用属性见 mitmproxy/http.py#L851-L1009修改视图即修改底层数据、反之亦然Request.query查询串视图读写均作用于Request.pathgetter 解析 URL 的 query 段setter 重建pathRequest.cookies请求 Cookie 视图读写均作用于Request.headers中的Cookie头Request.urlencoded_formapplication/x-www-form-urlencoded表单视图读写作用于Request.content且 setter 会自动补写content-type头当 content-type 不符或解析失败时为空视图Request.multipart_formmultipart/form-data表单视图字节键值对读写作用于Request.contentsetter 在缺少 boundary 时会自动生成随机 boundary 并更新 content-type。5.3Response.cookies与CookieAttrsResponse.cookies是值类型为(cookie value, attributes)元组的MultiDictView见 mitmproxy/http.py#L1155-L1168其中 attributes 本身又是一个MultiDict——即 mitmproxy/net/http/cookies.py#L39-L48 中定义的CookieAttrs。它定制_kconv为小写属性名不区分大小写、_reduce_values取最后一个值。一元属性如HttpOnly、Secure在 attributes 中以None值表示。写入侧通过set_all(set-cookie, ...)生成多个Set-Cookie头——这正是底层set_all多值能力在真实协议场景中的直接体现。5.4 其他生产代码佐证mitmproxy/addons/savehar.py#L195-L261HAR 导出插件通过flow.response.headers.get(...)、flow.request.headers.get(...)以及format_multidict将头信息写入 HAR 规范结构mitmproxy/net/http/cookies.py 的TSetCookie tuple[str, str | None, CookieAttrs]类型别名将CookieAttrsMultiDict 子类作为 Cookie 属性容器的标准类型。六、快速上手一段完整的实战示例结合以上内容这里给出一个同时覆盖MultiDict与MultiDictView的完整示例展示多值容器的核心用法from mitmproxy.coretypes import multidict # 1) 通用 MultiDict保留重复键与顺序 md multidict.MultiDict([(tag, a), (tag, b), (size, large)]) md.get_all(tag) # [a, b] —— 全部值 md[tag] # a —— 归并后取第一个 md[tag] c # 替换该键全部值fields 变为 ((tag,c), (size,large)) md.add(tag, d) # 追加fields 末尾增加 (tag,d) list(md.keys(multiTrue)) # [tag, tag, size] —— 每值一个键 list(md.items(multiTrue)) # [(tag,c), (tag,d), (size,large)] # 2) MultiDictView数据实时映射到父对象 parent {vals: ()} view multidict.MultiDictView( lambda: parent[vals], lambda v: parent.__setitem__(vals, v), ) view[user] alice parent[vals] # ((user, alice),) —— 写入即时生效 snapshot view.copy() # 物化为独立 MultiDict后续修改互不影响七、相关文档与进一步阅读模块官方 API 参考页docs/src/content/api/mitmproxy.coretypes.multidict.mdpdoc 自动生成模块完整源码mitmproxy/coretypes/multidict.py单元测试覆盖全部方法语义test/mitmproxy/coretypes/test_multidict.py序列化基类mitmproxy/coretypes/serializable.pyHeaders子类与Request/Response视图属性mitmproxy/http.pyCookieAttrs子类mitmproxy/net/http/cookies.pyAPI 文档生成机制docs/scripts/api-render.py结语mitmproxy.coretypes.multidict以不到 210 行的实现同时支撑了 HTTP 头折叠、大小写不敏感匹配、Cookie 多值、表单多字段等协议核心语义并通过MultiDict/MultiDictView的二元设计兼顾了自带存储与实时视图两种使用模式。无论是编写 mitmproxy 插件直接操作flow.request.query、flow.response.cookies还是在自己的项目中复用这一有序多值字典模式掌握本文所述的设计骨架与方法语义都能让你写出更符合 mitmproxy 内部惯例的代码。赞分享网络安全网络开发工具接口测试【免费下载链接】mitmproxyAn interactive TLS-capable intercepting HTTP proxy for penetration testers and software developers.项目地址https://gitcode.com/GitHub_Trending/mi/mitmproxy点击查看免费下载相关推荐30dayMakeCppServer HTTP协议支持从请求解析到响应构建的全流程30dayMakeCppServer HTTP协议支持从请求解析到响应构建的全流程 你是否在搭建C服务器时因HTTP协议处理而头疼本文将带你了解30d示例工程jc 项目 http-headers 解析器把 HTTP 请求/响应头转换为结构化 JSONjc 项目 http headers 解析器把 HTTP 请求/响应头转换为结构化 JSON 本篇技术指南围绕 jcJSON Convert项目中的 ht开发工具Bottle 微框架 API 参考全局函数、请求/响应对象与核心数据结构全解析Bottle 微框架 API 参考全局函数、请求/响应对象与核心数据结构全解析 导读 本文是 Bottle 微框架 bottle.py https://li后端Web框架上一篇G-Helper终极指南华硕笔记本轻量级性能控制解决方案下一篇《Go Web 编程》9.6 加密与解密资料base64、AES 与 DES 对称加密实战指南创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
