循环导入是模块间相互导入且访问未初始化对象所致，并非仅因相互import就报错；典型场景是模块A导入B时，B尝试from A import尚未定义的名称；可通过延迟导入、提取公共模块或字符串类型注解解决。
Python 循环导入（circular import）发生在两个或多个模块相互 import 对方，且在导入过程中试图访问尚未完全初始化的对象时。
循环导入的典型触发场景
它不是单纯“a.py 导入 b.py，b.py 又导入 a.py”就立刻报错，而是在导入链中某处尝试使用了另一个模块中还未执行完的顶层代码或未定义的名称。
- 模块 A 在顶层执行
import B，同时 B 的顶层代码立即执行from A import func - A 中的
func定义在import B语句之后，B 尝试导入时该函数还不存在 - 或者 A 在导入 B 前就定义了类，但 B 在导入时就尝试实例化该类，而此时 A 的类虽已定义，但模块对象本身还未构建完成
为什么有时不报错？
Python 的 import 机制会缓存已开始导入但未完成的模块（放入 sys.modules），后续 import 同一模块时直接返回这个半成品模块对象。所以：
- 如果只是
import A（而非from A import X），通常能成功，因为只用到了模块对象本身 - 但如果 B 写的是
from A import x，而 x 在 A 中定义较晚，就会触发ImportError: cannot import name 'x' from 'A' - 运行时调用没问题，出问题的多是模块加载阶段的静态引用
如何识别和解决？
报错信息里常含 “cannot import name … from …”，并指向某个 import 语句。解决思路是打破依赖时机：
立即学习“Python免费学习笔记（深入）”；
- 把 import 移到函数或方法内部（延迟导入），确保执行时模块已加载完毕
- 将共享逻辑抽到第三个模块 C 中，A 和 B 都只导入 C
- 用字符串标注类型注解（如
def f(x: 'SomeClass') -> None:），避免运行时需要解析类 - 检查是否误在模块顶层调用了其他模块的函数——改为封装进函数再调用
本质是模块初始化顺序与符号可见性的冲突，理清“谁在什么时候需要谁的什么”就能避开。
