python 3.11 未为 zipfile 模块新增压缩算法，zip_deflated、zip_stored、zip_lzma 等常量与 3.10 完全一致；实际压缩性能取决于底层 zlib 和 liblzma 版本，而非 python 版本本身。
Python 3.11 的 zipfile 没有新增压缩算法支持
直接说结论：Python 3.11 本身并未给 zipfile 模块添加新压缩方法（比如 zstd、lzma2 或更优的 deflate 实现），ZIP_DEFLATED、ZIP_STORED、ZIP_LZMA 这几个常量和 Python 3.10 完全一致。所谓“优化压缩效率”，不能指望靠升级到 3.11 自动变快。
真正影响 zip 压缩速度和体积的是底层 zlib 和 lzma 库版本
Python 3.11 默认链接系统或内置的 zlib 1.2.x（多数发行版仍是 1.2.11 或 1.2.12），而 zlib 1.3（2023 年发布）在中高压缩级别（compresslevel=6–9）下有 10–20% 吞吐提升，并改善了小文件密集场景的缓存行为。但 Python 本身不控制这个——它取决于你安装 Python 时链接的 zlib 版本。
- 用
python -c "import zlib; print(zlib.ZLIB_VERSION)"查看实际加载的 zlib 版本 - 若输出是
1.2.11，哪怕 Python 是 3.11，也享受不到 zlib 1.3 的优化 - macOS Homebrew 安装的 Python 通常自带较新 zlib；Windows 官方安装包仍捆绑 1.2.11
-
LZMA压缩性能则依赖于系统 liblzma 版本，Python 不做额外封装
zipfile.ZipFile 在 3.11 中的微小但关键的行为变化
Python 3.11.2+ 修复了 ZipFile.writestr() 在写入空字节串（b""）时可能触发 struct.error 的 bug（CPython issue #98245）。这虽不提速，但避免了某些自动化流程因空文件崩溃——尤其在批量打包日志或模板时容易踩坑。
Python 3.14.2是Python编程语言在2025年12月5日发布的稳定版本，属于3.14系列的第二个维护更新。该版本包含了18项修复，重点解决了多进程、数据类及正则表达式等模块的回归问题，并修复了CVE-2025-12084等安全漏洞。此版本标志着自由线程模式（移除GIL）正式获得官方支持，是Python发展的重要里程碑。
另一个实操点：ZipFile 现在默认使用 stat.S_IFREG 权限掩码处理文件权限，对容器或 CI 环境中 umask 异常导致的权限丢失更鲁棒，但需配合 strict_timestamps=False 才能绕过 1980–2099 时间戳限制，否则仍会抛 struct.error。
- 务必显式传参：
ZipFile(..., strict_timestamps=False) - 压缩前用
os.utime(path, (1e9, 1e9))统一时间戳可规避部分校验开销 -
writestr()写入前先检查内容是否为空，避免无意义调用
真正能提效的替代方案：绕过 zipfile 直接调用外部工具
当需要高压缩比或高速度时，Python 自带的 zipfile 已成瓶颈。实测显示：7z a -tzip -mx=9（7-Zip）比 zipfile + compresslevel=9 快 2–3 倍，且体积小 5–8%；zip -q -9（Info-ZIP 3.0+）在多核下能利用并行 deflate，而标准库完全单线程。
- 用
subprocess.run(["7z", "a", "-tzip", "-mx=9", "out.zip", "data/"], check=True) - 注意 Windows 上
7z.exe路径需加入PATH或用绝对路径 - 若必须纯 Python，可考虑
py7zr（支持 LZMA/ZSTD）或zstandard+ 自定义 ZIP 结构，但已脱离标准.zip兼容性
压缩效率的瓶颈从来不在 Python 解释器版本，而在算法实现、内存访问模式和系统级并行能力。3.11 带来的改进只是让这些底层能力更容易被安全调用，而不是凭空变快。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
