sys.modules 是缓存已导入模块对象的字典，核心作用是避免重复加载、保证单例性；每次 import 先查该字典，命中则直接返回，未命中才执行完整导入流程。
Python 的 sys.modules 是一个字典，它缓存了所有已成功导入的模块对象——不是导入机制的“开关”或“控制台”，而是实实在在的**模块加载结果记录表**。它的核心作用就一条：避免重复加载同一模块，提升性能并保证模块单例性。
它如何影响 import 行为
每次执行 import xxx 时，Python 解释器会按以下顺序操作：
- 先查
sys.modules中是否已有键'xxx'（注意：是字符串模块名，不是文件路径） - 如果有且对应值是非 None 对象，就直接返回该对象，跳过后续查找、编译、执行过程
- 如果没有，才进入标准导入流程（查找 .py 或 .so、编译字节码、执行模块代码），最后把生成的模块对象存入
sys.modules['xxx']
这意味着：你手动往 sys.modules 里塞一个伪造模块，后续 import 就真会拿到它；你删掉某个键，下次 import 又会重新加载（但要注意副作用，比如已有的引用不会自动更新）。
常见误用与真实用途
很多人以为修改 sys.modules 能“热重载”或“拦截导入”，但它本身不触发任何钩子，也不改变 import 语句的语法含义：
立即学习“Python免费学习笔记（深入）”；
-
不能替代 importlib.reload()：清空
sys.modules['xxx']后再 import，确实会重新加载，但原模块中已存在的类实例、函数引用、全局变量仍指向旧版本，容易引发静默错误 -
可用于测试桩（mock）：在单元测试前，把
sys.modules['requests'] = Mock()，就能让后续 import requests 拿到模拟对象，无需改源码或用 patch -
诊断模块冲突：打印
sys.modules.keys()可快速查看哪些模块已被加载，排查为何某个模块没按预期导入（比如名字被其他同名模块占用了）
它和模块对象生命周期的关系
sys.modules 是模块对象的强引用持有者。只要一个模块在字典里，它就不会被垃圾回收，即使你的代码中已无任何变量引用它。
- 删除键（
del sys.modules['xxx']）只是移除这个强引用，若模块对象还有其它引用，它仍存活；若没有，下次 GC 才可能回收 - 模块的
__file__、__name__等属性，在首次导入后就固定写入对象，和sys.modules中的键名一致，但二者不是绑定同步的——改键名不会改模块的__name__
它不是模块搜索路径，也不是配置中心
别把它和 sys.path 混淆：sys.path 决定“去哪找模块”，而 sys.modules 记录“哪些已经找到了并加载好了”。它也不保存导入选项（如 fromlist、level），那些只影响单次 import 语句的解析逻辑，不落盘、不进 sys.modules。
简单说：它是导入动作的“结果快照”，不是“策略控制器”。理解这点，就能避开大多数关于动态导入的迷思。
