ModuleNotFoundError在循环导入中实为“假性缺失”，因Python中断加载并清除sys.modules中未初始化模块；典型如A→B→A时A被设为None后又被二次导入，或延迟导入导致A未注册即被引用。
循环导入时ModuleNotFoundError的触发条件
ModuleNotFoundError在循环导入场景中出现，往往不是因为“模块不存在”，而是Python解释器在模块加载中途被中断后，把未完成初始化的模块从sys.modules里清除了。这种报错其实是“假性缺失”——模块文件存在、路径正确、也已开始加载，但因依赖链卡死，Python主动放弃并抹掉缓存记录。
为什么import A → import B → import A会报No module named 'A'
当模块A在执行过程中import B，而B又反过来import A时，Python发现A还在初始化中（sys.modules['A']已存在但值为None），就会抛出ImportError: cannot import name 'X' from partially initialized module 'A'；但如果A的导入语句写在函数体或条件分支里（延迟执行），B可能先完成加载，再回头调用A里的某个函数，此时A尚未被sys.modules注册，就真会触发ModuleNotFoundError: No module named 'A'。
- 典型诱因：模块A的
__init__.py里直接import B，B又在顶层import A - 隐蔽变体：A中用
from A.sub import func，而A/sub.py又import A（形成跨文件循环） - IDE/REPL干扰：某些编辑器在自动补全或热重载时会提前触发部分导入，放大循环风险
如何快速验证是不是循环导入导致的ModuleNotFoundError
别急着改代码，先做三件事：
- 在报错前加
import sys; print(list(sys.modules.keys()))，看目标模块名是否出现在列表里但值为None - 把报错模块的
import语句全部挪到函数内部（如def f(): import requests），如果不再报错，基本锁定循环导入 - 用
python -v -c "import A"开启详细导入日志，观察加载顺序和中断点
修复时不推荐硬加try/except捕获ModuleNotFoundError
这类错误本质是架构问题，不是运行时异常。用try/except ModuleNotFoundError掩盖它，只会让下次导入失败更难定位——比如模块A在第一次import时因循环失败被删出sys.modules，第二次import又走同样路径，重复失败。真正要做的，是拆解依赖：
立即学习“Python免费学习笔记（深入）”；
- 把共享逻辑抽成独立模块C，让A和B都只import C
- 将B中对A的引用移到函数内（lazy import），避开顶层循环
- 检查
__init__.py是否过度暴露符号，用__all__控制导出范围
循环导入的麻烦在于，它不总在第一次运行时报错，可能只在特定调用顺序或测试路径下才浮现。所以只要看到ModuleNotFoundError伴随多个模块名交替出现（比如报错信息里同时提到A和B），优先查导入图，而不是重装包或切环境。
