python 3.11 import 变快源于冷启动时模块查找、校验、加载三步的精准优化：pyc 校验改用源码哈希、importlib._bootstrap_external 移至 c 层、冻结模块重写为纯 c 实现，提速依赖 .pyc 复用且仅在冷启动生效。
import 变快不是因为“解释器整体变快”，而是 Python 3.11 针对冷启动时的模块查找、校验、加载三步做了精准减法——尤其当你项目里有大量子模块或路径复杂时，提速最明显。
pyc 校验从 mtime 检查变成源码哈希校验
Python 3.10 每次 import 都要调用 os.stat() 读取源文件修改时间（mtime），再比对 .pyc 头部的时间戳；而 3.11 默认启用 py_compile.PYC_INVALIDATION_MODE，在 .pyc 头部写入 8 字节源码哈希 + 编译器版本标识，跳过磁盘元数据访问。
- 同一目录下导入 50 个模块，3.10 可能触发 50 次
stat()；3.11 通常只查 1–2 次（靠内部轻量时间戳映射表缓存） - 如果你的
sys.path包含 NFS 或网络挂载路径，这个优化基本失效——IO 瓶颈仍在 -
.pyc文件结构不变，但头部多出的 8 字节导致 3.10 无法读取 3.11 生成的.pyc，反之亦然
importlib._bootstrap_external 移到 C 层执行
校验和加载逻辑从 Python 层下沉到 C 实现的 importlib._bootstrap_external，绕过了 GIL 切换开销和字节码解释器调度成本。
- 这对大型包顶层
__init__.py特别关键：比如import pandas会触发几十个子模块导入，3.11 的 C 层 loader 调用链更短 - 冻结模块（frozen modules）如
json、_io启动更快，因为_frozen_importlib本身被重写为更少函数调用的纯 C 实现 - 禁用字节码（
PYTHONDONTWRITEBYTECODE=1）会让这项优化归零——所有提速都建立在.pyc复用基础上
冷启动 vs 热导入，差别极大
提速只发生在“首次加载且 .pyc 未命中”的场景。一旦模块进了 sys.modules，后续 import 几乎不耗时，3.10 和 3.11 差距可以忽略。
- 实测
import torch冷启动平均快 10%–25%，但import json几乎没变化（它是内置冻结模块） - 容器部署中若未预热
__pycache__（如构建阶段执行一次import），每次冷启动仍要走完整编译流程 - 用
python -X importtime -c "import your_package"生成日志，再grep关键模块名，才能定位真实瓶颈点
.pyc 文件存在且有效。如果你在开发中频繁删 __pycache__、或用 zipimport 加载包但没预编译、或 CI/CD 流程里每次拉新镜像却不保留缓存——那再新的 Python 版本也救不了导入慢。Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
