Litestar 响应压缩中间件CompressionMiddleware完全指南gzip / brotli / zstd 的配置、回退机制与实现原理【免费下载链接】litestarLight, flexible and extensible ASGI framework | Built to scale项目地址: https://gitcode.com/GitHub_Trending/li/litestar本篇技术指南围绕 docs/reference/middleware/compression.rst 所对应的litestar.middleware.compression模块展开完整讲解 Litestar 内置的响应压缩能力如何通过CompressionConfig启用 gzip、brotli、zstd 三种压缩后端如何理解参数校验、客户端协商与 gzip 回退机制以及CompressionMiddleware在 ASGI 层面完成字节流压缩的底层实现。读完本文你将能够为应用正确配置压缩中间件、按路由排除压缩、并掌握压缩器与响应缓存协同工作的原理可直接运用于生产环境。一、模块定位面向 API 参考页面的压缩组件docs/reference/middleware/compression.rst是 Litestar 文档中对该模块的 API 参考入口通过 Sphinx 的automodule指令把litestar.middleware.compression的全部公开成员渲染为参考文档。这一模块在仓库中由以下几个文件组成litestar/middleware/compression/middleware.py核心的CompressionMiddleware负责 ASGI 调用链上的压缩包装facade.py定义统一的CompressionFacade协议抽象不同压缩库的差异gzip_facade.py基于标准库gzip的GzipCompression实现brotli_facade.py基于brotli第三方库的BrotliCompression实现zstd_facade.py基于backports.zstdPython 3.14 为compression.zstd的ZstdCompression实现。模块对外只暴露两个符号见 litestar/middleware/compression/init.pyCompressionFacade与CompressionMiddleware而真正的用户配置入口是位于 litestar/config/compression.py 的CompressionConfig数据类。二、启用压缩把CompressionConfig交给应用要开启响应压缩只需在创建Litestar应用时传入compression_config参数传入一个CompressionConfig实例即可CompressionConfig的 docstring 明确说明此用法见 litestar/config/compression.pyfrom litestar import Litestar from litestar.config.compression import CompressionConfig app Litestar(route_handlers[...], compression_configCompressionConfig(backendgzip))CompressionConfig中唯一必填的参数是backend取值可以是gzip、brotli或zstd类型标注为Literal[gzip, brotli, zstd] | str它决定使用哪种压缩算法。其余参数均有默认值可以按需覆盖。2.1 完整参数表以下参数均定义在 litestar/config/compression.py默认值与取值范围以源码为准参数默认值说明backend必填压缩后端gzip/brotli/zstd三者之一minimum_size500触发压缩的最小响应体大小字节对所有后端生效必须大于 0gzip_compress_level9gzip 压缩级别范围[0, 9]语义与 Python 标准库gzip一致zstd_compress_level0zstd 压缩级别大于等于 0 的整数0表示使用库默认压缩级别brotli_quality5brotli 质量参数范围[0, 11]值越高压缩率越高、速度越慢brotli_modetextbrotli 模式generic/textUTF-8 文本默认/fontWOFF 2.0 字体brotli_lgwin22滑动窗口大小的以 2 为底的对数范围10到24brotli_lgblock0最大输入块大小的以 2 为底的对数范围16到240表示按 quality 自动决定brotli_gzip_fallbackTrue客户端不支持 brotli 时是否回退到 gzipzstd_gzip_fallbackTrue客户端不支持 zstd 时是否回退到 gzipgzip_fallbackTrue所选后端不被客户端支持时是否回退到 gzipbrotli/zstd 后端下由上面两个参数推导middleware_classCompressionMiddleware使用的中间件类必须是CompressionMiddleware的子类excludeNone需要跳过压缩的路径模式字符串或字符串列表exclude_opt_keyNone路由上用于单独关闭压缩的标识键compression_facadeGzipCompression实际执行压缩的 facade 类默认 gzipbackend_configNone与后端相关的额外配置2.2 参数校验与后端联动CompressionConfig通过__post_init__在实例化时执行校验litestar/config/compression.pyminimum_size 0会抛出ImproperlyConfiguredException选择gzip时校验gzip_compress_level必须在[0, 9]选择brotli时校验brotli_quality在[0, 11]、brotli_lgwin在[10, 24]并把compression_facade自动切换为BrotliCompression同时用brotli_gzip_fallback覆盖gzip_fallback选择zstd时校验zstd_compress_level不超过ZstdCompression.upper_bound取自底层库CompressionParameter.compression_level的边界并把compression_facade切换为ZstdCompression用zstd_gzip_fallback覆盖gzip_fallback。也就是说compression_facade与gzip_fallback通常不需要手动设置而是由backend自动推导只有自定义压缩后端时才需要直接配置这两个字段。三、三种后端 facade统一接口背后的差异3.1CompressionFacade协议为了让中间件不关心具体压缩库模块定义了一个协议类CompressionFacadelitestar/middleware/compression/facade.py它要求实现类属性encoding当前压缩器的编码字符串__init__(buffer, compression_encoding, config)接收一个BytesIO缓冲区、编码值和CompressionConfigwrite(body, finalFalse)把待压缩字节写入缓冲区finalTrue表示这是最后一块数据压缩器可冲刷内部缓冲close()关闭压缩流。3.2 GzipCompression标准库实现litestar/middleware/compression/gzip_facade.py 基于 Python 标准库的gzip.GzipFile实现write()写入数据并flush()close()关闭压缩器。encoding CompressionEncoding.GZIP即gzip。由于它只依赖标准库因此是默认 facade无需额外安装依赖。3.3 BrotliCompression第三方 brotli 包litestar/middleware/compression/brotli_facade.py 在模块导入时尝试from brotli import MODE_FONT, MODE_GENERIC, MODE_TEXT, Compressor若未安装brotli会抛出MissingDependencyException(brotli)。它把配置中的brotli_mode字符串映射为 brotli 库的MODE_TEXT/MODE_FONT/MODE_GENERIC并用quality、lgwin、lgblock构造Compressorwrite()依次调用process与flushclose()调用finish()。因此选择backendbrotli前需要先安装brotli依赖。3.4 ZstdCompressionbackports.zstd / 标准库 zstdlitestar/middleware/compression/zstd_facade.py 在 Python 3.14 及以上使用标准库compression.zstd更早版本则导入backports.zstd缺失时抛出MissingDependencyException(backports.zstd, extrazstd)。实现上通过zstd.ZstdCompressor(level...)构造压缩器非最终块使用FLUSH_BLOCK模式、最终块使用FLUSH_FRAME模式close()会在尚未冲刷帧时调用flush()。upper_bound类属性用于CompressionConfig的级别校验。同样使用该后端需要安装backports.zstd或运行在 Python 3.14。四、中间件运行机制协商、回退与按需压缩CompressionMiddleware继承自AbstractMiddleware仅作用于 HTTP 作用域scopes{ScopeType.HTTP}并把config.exclude、config.exclude_opt_key透传给父类用于路由排除litestar/middleware/compression/middleware.py。4.1 客户端协商content negotiation每次请求进入中间件时先从 ASGI scope 构造请求头并读取accept-encodinglitestar/middleware/compression/middleware.py决策顺序为若accept-encoding中包含当前配置后端对应的编码如br或zstd则用该编码包装send否则若gzip_fallback为True且客户端接受gzip则改用 gzip 包装send否则原样透传不做任何压缩。其中编码字符串来自CompressionEncoding枚举litestar/enums.pyGZIP gzip、BROTLI br、ZSTD zstd。注意 brotli 的编码标识是br而非brotli。4.2 流式压缩的 ASGI 包装create_compression_send_wrapper创建一个新的send闭包litestar/middleware/compression/middleware.py其关键逻辑如下维护一个BytesIO缓冲区如果是 gzip 回退场景会新建GzipCompression否则复用self.config.compression_facade构造压缩器拦截http.response.start消息暂存为initial_message等待首个http.response.body消息再决定是否真正压缩若响应已被缓存读取 scope 状态connection_state.is_cached则跳过压缩、直接透传原始消息并关闭压缩器避免重复压缩对首个 body 块若more_body为真流式响应则直接压缩并改写头若单块且长度大于等于minimum_size则压缩并回写Content-Length否则放弃压缩、原样发送压缩路径上会改写响应头设置Content-Encoding为所选编码、更新Content-Length、通过extend_header_value(vary, Accept-Encoding)追加Vary: Accept-Encoding并在 scope 状态上标记response_compressed True后续 body 块持续写入压缩器并按块发送最后一块调用facade.close()并关闭缓冲区。由此可见minimum_size只在响应非流式单一 body 块时起作用小于阈值的响应不会被压缩从而避免对小响应做无谓的 CPU 开销。4.3 与响应缓存协同通过读取 scope 的connection_state.is_cached状态由缓存中间件写入压缩中间件能识别命中缓存的响应并直接透传。这一点在仓库的端到端测试tests/e2e/test_response_caching.py中有覆盖缓存与压缩叠加时不会对已缓存的字节流做二次压缩。五、路由级排除与定制CompressionConfig提供了两种排除方式exclude传入路径模式字符串或模式列表中间件对匹配路径的请求不执行压缩exclude_opt_key为路由设置一个标识键在路由处理器上通过该键标记后即可单独关闭该路由的压缩。若需要替换压缩实现可以继承CompressionMiddleware并设置middleware_class或提供自定义的CompressionFacade实现并通过compression_facade注入——这保持了中间件对压缩算法细节的解耦。六、验证与测试仓库在 tests/unit/test_middleware/test_compression_middleware.py 中提供针对压缩中间件的单元测试覆盖了不同后端、回退逻辑、minimum_size阈值、响应头改写等场景tests/e2e/test_response_caching.py则验证了压缩与缓存组合的行为。读者可以基于这些测试文件快速复现中间件的各种分支行为将其作为理解实现细节的入口。七、实战建议小结最省事的入门选择是CompressionConfig(backendgzip)不引入任何第三方依赖gzip_compress_level9提供标准库下最高的压缩比追求更优压缩率时选用backendbrotli需安装brotli并通过brotli_quality权衡速度与体积面向 WOFF 字体资源可设置brotli_modefont需要更高吞吐或与既有基础设施一致时可选用backendzstd需安装backports.zstd或运行于 Python 3.14默认开启的 gzip 回退gzip_fallback/brotli_gzip_fallback/zstd_gzip_fallback能保证老客户端仍可解压不建议在生产环境关闭对高频小响应可调大minimum_size减少无意义压缩对明确不需要压缩的路由使用exclude或exclude_opt_key排除从而在带宽与 CPU 之间取得平衡。【免费下载链接】litestarLight, flexible and extensible ASGI framework | Built to scale项目地址: https://gitcode.com/GitHub_Trending/li/litestar创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Litestar 响应压缩中间件（CompressionMiddleware）完全指南：gzip / brotli / zstd 的配置、回退机制与实现原理
Litestar 响应压缩中间件CompressionMiddleware完全指南gzip / brotli / zstd 的配置、回退机制与实现原理【免费下载链接】litestarLight, flexible and extensible ASGI framework | Built to scale项目地址: https://gitcode.com/GitHub_Trending/li/litestar本篇技术指南围绕 docs/reference/middleware/compression.rst 所对应的litestar.middleware.compression模块展开完整讲解 Litestar 内置的响应压缩能力如何通过CompressionConfig启用 gzip、brotli、zstd 三种压缩后端如何理解参数校验、客户端协商与 gzip 回退机制以及CompressionMiddleware在 ASGI 层面完成字节流压缩的底层实现。读完本文你将能够为应用正确配置压缩中间件、按路由排除压缩、并掌握压缩器与响应缓存协同工作的原理可直接运用于生产环境。一、模块定位面向 API 参考页面的压缩组件docs/reference/middleware/compression.rst是 Litestar 文档中对该模块的 API 参考入口通过 Sphinx 的automodule指令把litestar.middleware.compression的全部公开成员渲染为参考文档。这一模块在仓库中由以下几个文件组成litestar/middleware/compression/middleware.py核心的CompressionMiddleware负责 ASGI 调用链上的压缩包装facade.py定义统一的CompressionFacade协议抽象不同压缩库的差异gzip_facade.py基于标准库gzip的GzipCompression实现brotli_facade.py基于brotli第三方库的BrotliCompression实现zstd_facade.py基于backports.zstdPython 3.14 为compression.zstd的ZstdCompression实现。模块对外只暴露两个符号见 litestar/middleware/compression/init.pyCompressionFacade与CompressionMiddleware而真正的用户配置入口是位于 litestar/config/compression.py 的CompressionConfig数据类。二、启用压缩把CompressionConfig交给应用要开启响应压缩只需在创建Litestar应用时传入compression_config参数传入一个CompressionConfig实例即可CompressionConfig的 docstring 明确说明此用法见 litestar/config/compression.pyfrom litestar import Litestar from litestar.config.compression import CompressionConfig app Litestar(route_handlers[...], compression_configCompressionConfig(backendgzip))CompressionConfig中唯一必填的参数是backend取值可以是gzip、brotli或zstd类型标注为Literal[gzip, brotli, zstd] | str它决定使用哪种压缩算法。其余参数均有默认值可以按需覆盖。2.1 完整参数表以下参数均定义在 litestar/config/compression.py默认值与取值范围以源码为准参数默认值说明backend必填压缩后端gzip/brotli/zstd三者之一minimum_size500触发压缩的最小响应体大小字节对所有后端生效必须大于 0gzip_compress_level9gzip 压缩级别范围[0, 9]语义与 Python 标准库gzip一致zstd_compress_level0zstd 压缩级别大于等于 0 的整数0表示使用库默认压缩级别brotli_quality5brotli 质量参数范围[0, 11]值越高压缩率越高、速度越慢brotli_modetextbrotli 模式generic/textUTF-8 文本默认/fontWOFF 2.0 字体brotli_lgwin22滑动窗口大小的以 2 为底的对数范围10到24brotli_lgblock0最大输入块大小的以 2 为底的对数范围16到240表示按 quality 自动决定brotli_gzip_fallbackTrue客户端不支持 brotli 时是否回退到 gzipzstd_gzip_fallbackTrue客户端不支持 zstd 时是否回退到 gzipgzip_fallbackTrue所选后端不被客户端支持时是否回退到 gzipbrotli/zstd 后端下由上面两个参数推导middleware_classCompressionMiddleware使用的中间件类必须是CompressionMiddleware的子类excludeNone需要跳过压缩的路径模式字符串或字符串列表exclude_opt_keyNone路由上用于单独关闭压缩的标识键compression_facadeGzipCompression实际执行压缩的 facade 类默认 gzipbackend_configNone与后端相关的额外配置2.2 参数校验与后端联动CompressionConfig通过__post_init__在实例化时执行校验litestar/config/compression.pyminimum_size 0会抛出ImproperlyConfiguredException选择gzip时校验gzip_compress_level必须在[0, 9]选择brotli时校验brotli_quality在[0, 11]、brotli_lgwin在[10, 24]并把compression_facade自动切换为BrotliCompression同时用brotli_gzip_fallback覆盖gzip_fallback选择zstd时校验zstd_compress_level不超过ZstdCompression.upper_bound取自底层库CompressionParameter.compression_level的边界并把compression_facade切换为ZstdCompression用zstd_gzip_fallback覆盖gzip_fallback。也就是说compression_facade与gzip_fallback通常不需要手动设置而是由backend自动推导只有自定义压缩后端时才需要直接配置这两个字段。三、三种后端 facade统一接口背后的差异3.1CompressionFacade协议为了让中间件不关心具体压缩库模块定义了一个协议类CompressionFacadelitestar/middleware/compression/facade.py它要求实现类属性encoding当前压缩器的编码字符串__init__(buffer, compression_encoding, config)接收一个BytesIO缓冲区、编码值和CompressionConfigwrite(body, finalFalse)把待压缩字节写入缓冲区finalTrue表示这是最后一块数据压缩器可冲刷内部缓冲close()关闭压缩流。3.2 GzipCompression标准库实现litestar/middleware/compression/gzip_facade.py 基于 Python 标准库的gzip.GzipFile实现write()写入数据并flush()close()关闭压缩器。encoding CompressionEncoding.GZIP即gzip。由于它只依赖标准库因此是默认 facade无需额外安装依赖。3.3 BrotliCompression第三方 brotli 包litestar/middleware/compression/brotli_facade.py 在模块导入时尝试from brotli import MODE_FONT, MODE_GENERIC, MODE_TEXT, Compressor若未安装brotli会抛出MissingDependencyException(brotli)。它把配置中的brotli_mode字符串映射为 brotli 库的MODE_TEXT/MODE_FONT/MODE_GENERIC并用quality、lgwin、lgblock构造Compressorwrite()依次调用process与flushclose()调用finish()。因此选择backendbrotli前需要先安装brotli依赖。3.4 ZstdCompressionbackports.zstd / 标准库 zstdlitestar/middleware/compression/zstd_facade.py 在 Python 3.14 及以上使用标准库compression.zstd更早版本则导入backports.zstd缺失时抛出MissingDependencyException(backports.zstd, extrazstd)。实现上通过zstd.ZstdCompressor(level...)构造压缩器非最终块使用FLUSH_BLOCK模式、最终块使用FLUSH_FRAME模式close()会在尚未冲刷帧时调用flush()。upper_bound类属性用于CompressionConfig的级别校验。同样使用该后端需要安装backports.zstd或运行在 Python 3.14。四、中间件运行机制协商、回退与按需压缩CompressionMiddleware继承自AbstractMiddleware仅作用于 HTTP 作用域scopes{ScopeType.HTTP}并把config.exclude、config.exclude_opt_key透传给父类用于路由排除litestar/middleware/compression/middleware.py。4.1 客户端协商content negotiation每次请求进入中间件时先从 ASGI scope 构造请求头并读取accept-encodinglitestar/middleware/compression/middleware.py决策顺序为若accept-encoding中包含当前配置后端对应的编码如br或zstd则用该编码包装send否则若gzip_fallback为True且客户端接受gzip则改用 gzip 包装send否则原样透传不做任何压缩。其中编码字符串来自CompressionEncoding枚举litestar/enums.pyGZIP gzip、BROTLI br、ZSTD zstd。注意 brotli 的编码标识是br而非brotli。4.2 流式压缩的 ASGI 包装create_compression_send_wrapper创建一个新的send闭包litestar/middleware/compression/middleware.py其关键逻辑如下维护一个BytesIO缓冲区如果是 gzip 回退场景会新建GzipCompression否则复用self.config.compression_facade构造压缩器拦截http.response.start消息暂存为initial_message等待首个http.response.body消息再决定是否真正压缩若响应已被缓存读取 scope 状态connection_state.is_cached则跳过压缩、直接透传原始消息并关闭压缩器避免重复压缩对首个 body 块若more_body为真流式响应则直接压缩并改写头若单块且长度大于等于minimum_size则压缩并回写Content-Length否则放弃压缩、原样发送压缩路径上会改写响应头设置Content-Encoding为所选编码、更新Content-Length、通过extend_header_value(vary, Accept-Encoding)追加Vary: Accept-Encoding并在 scope 状态上标记response_compressed True后续 body 块持续写入压缩器并按块发送最后一块调用facade.close()并关闭缓冲区。由此可见minimum_size只在响应非流式单一 body 块时起作用小于阈值的响应不会被压缩从而避免对小响应做无谓的 CPU 开销。4.3 与响应缓存协同通过读取 scope 的connection_state.is_cached状态由缓存中间件写入压缩中间件能识别命中缓存的响应并直接透传。这一点在仓库的端到端测试tests/e2e/test_response_caching.py中有覆盖缓存与压缩叠加时不会对已缓存的字节流做二次压缩。五、路由级排除与定制CompressionConfig提供了两种排除方式exclude传入路径模式字符串或模式列表中间件对匹配路径的请求不执行压缩exclude_opt_key为路由设置一个标识键在路由处理器上通过该键标记后即可单独关闭该路由的压缩。若需要替换压缩实现可以继承CompressionMiddleware并设置middleware_class或提供自定义的CompressionFacade实现并通过compression_facade注入——这保持了中间件对压缩算法细节的解耦。六、验证与测试仓库在 tests/unit/test_middleware/test_compression_middleware.py 中提供针对压缩中间件的单元测试覆盖了不同后端、回退逻辑、minimum_size阈值、响应头改写等场景tests/e2e/test_response_caching.py则验证了压缩与缓存组合的行为。读者可以基于这些测试文件快速复现中间件的各种分支行为将其作为理解实现细节的入口。七、实战建议小结最省事的入门选择是CompressionConfig(backendgzip)不引入任何第三方依赖gzip_compress_level9提供标准库下最高的压缩比追求更优压缩率时选用backendbrotli需安装brotli并通过brotli_quality权衡速度与体积面向 WOFF 字体资源可设置brotli_modefont需要更高吞吐或与既有基础设施一致时可选用backendzstd需安装backports.zstd或运行于 Python 3.14默认开启的 gzip 回退gzip_fallback/brotli_gzip_fallback/zstd_gzip_fallback能保证老客户端仍可解压不建议在生产环境关闭对高频小响应可调大minimum_size减少无意义压缩对明确不需要压缩的路由使用exclude或exclude_opt_key排除从而在带宽与 CPU 之间取得平衡。【免费下载链接】litestarLight, flexible and extensible ASGI framework | Built to scale项目地址: https://gitcode.com/GitHub_Trending/li/litestar创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考