这个循环导入的坑我踩过好多次了！先给你理清楚为什么会报错：当你运行C.py时，Python会先开始加载C模块。C一开始就导入A，于是Python转而加载A模块，而A又试图导入C里的c——但这时候C模块还没加载完（它还在等着A加载完成呢），c还没被定义出来，自然就抛出ImportError了。

下面是几个实用的解决方案，你可以根据自己的代码场景选择：

1. 延迟导入（在函数内部导入） #

不要在模块的顶部直接导入依赖，而是把导入语句放到需要用到该功能的函数内部。这样只有当函数被调用时，才会执行导入操作，这时候C模块已经完全加载完成了。

比如修改A.py：

# 去掉顶部的 from C import c
def some_function_that_uses_c():
    from C import c
    # 在这里使用c
    print(c)

B.py也做同样的修改：

from A import a
def another_function_using_c():
    from C import c
    # 使用c的逻辑

优点：快速解决问题，不需要大改代码结构；缺点：如果多个函数都需要用到c，会重复写导入语句，稍微影响可读性。

2. 重构代码：抽离共享功能到独立模块 #

这是最干净、最适合长期维护的方案。既然A、B、C都需要用到c的功能，不如把c从C里抽出来，放到一个新的、不依赖其他模块的D.py里。

步骤：

• 创建D.py，定义c：

  c = "我是共享的c功能"
  

• 修改C.py：

  from D import c
  from A import a
  from B import b
  # 其他C的代码
  

• 修改A.py：

  from D import c
  # 其他A的代码
  

• 修改B.py：

  from A import a
  from D import c
  # 其他B的代码
  

这样所有模块都依赖D，而D不依赖任何模块，彻底打破了循环依赖。优点：代码结构更清晰，避免后续出现更多循环问题；缺点：需要调整现有代码的结构，适合有时间重构的场景。

3. 导入整个模块而非具体对象 #

把from C import c改成import C，然后通过C.c来访问。这样Python会先创建C模块的对象（即使它还没完全初始化），当后续C模块加载完成后，C.c就会指向正确的对象。

比如A.py修改为：

import C
def use_c():
    print(C.c)

注意：不要在模块级别直接使用C.c（比如在模块顶部写print(C.c)），因为这时候C还没加载完，还是会报错。必须把访问C.c的逻辑放到函数内部，等模块都加载完成后再执行。

4. 调整导入顺序（不推荐） #

如果C模块里c的定义在导入A、B之前，你可以试试把from A import a和from B import b放到c的定义之后：

C.py修改为：

c = "我的c功能"
from A import a
from B import b

但这个方法非常脆弱——如果A或B在模块级别（而不是函数内部）直接使用c，还是会报错。而且后续代码变动很容易再次触发循环问题，所以只适合临时救急，不推荐作为长期解决方案。

内容的提问来源于stack exchange，提问作者Kartik Sehgal