嘿，这个问题我之前也碰到过！这是Python里典型的**循环导入（circular import）**坑，而且是加了别名才触发的隐性问题，我给你掰扯清楚：

先回顾下正常工作的场景 #

你的项目结构是这样的：

/project
├── main.py
└── module/
    ├── file1.py
    └── file2.py

各文件代码：

• main.py：

import module.file1
print(module.file1)

• module/file1.py：

import module.file2

• module/file2.py：

import module.file1

执行python3 main.py时，会正常输出：

<module 'module.file1' from '/project/module/file1.py'>

为什么加了别名就报错？ #

当你把module/file2.py的导入改成import module.file1 as testtt后，执行main.py就会抛出类似这样的错误：

Traceback (most recent call last):
File "main.py", line 1, in
import module.file1
File "/project/module/file1.py", line 1, in
import module.file2
File "/project/module/file2.py", line 1, in
import module.file1 as testtt
ImportError: cannot import name 'testtt' from partially initialized module 'module.file1' (most likely due to a circular import)

核心原因是Python模块导入的底层逻辑：

1. 当main.py导入module.file1时，Python会先在sys.modules里创建一个未完全初始化的模块对象，然后开始执行file1.py的代码。
2. file1.py接着导入module.file2，Python同样给file2创建模块对象并执行其代码。
3. 在原场景中，file2.py只是import module.file1——这时候Python发现module.file1已经在sys.modules里了（哪怕还没初始化完），就直接引用这个半初始化的模块，不会重新走导入流程，所以整个链条能顺利走完，模块最终完成初始化。
4. 但改成import module.file1 as testtt时，Python需要把module.file1这个模块对象绑定到testtt这个名字上，这一步要求模块的命名空间必须处于就绪状态，可此时file1还在等待file2导入完成，处于半初始化状态，所以直接触发了ImportError。

简单总结：普通的import 模块只是引用已存在的模块对象，而import ... as ...需要更明确的命名空间绑定，对模块初始化状态的要求更高，这就把原本能“蒙混过关”的循环导入给揪出来了。

怎么解决这个问题？ #

针对循环导入，有几种靠谱的修复方式：

• 延迟导入：把导入语句放到函数内部，而不是模块顶层。比如修改module/file2.py：

def use_file1():
    import module.file1 as testtt
    # 在这里使用testtt的功能

这样导入只会在函数第一次被调用时执行，此时所有模块都已经完成初始化了。

• 重构代码（最推荐）：把两个模块共享的逻辑抽离到一个新的独立模块（比如module/common.py），让file1和file2都导入common，而不是互相导入。这是彻底消除循环依赖的方式，能避免后续更多的坑。
• 只导入需要的特定对象：如果不需要整个模块，只导入你要用的函数或类，比如from module.file1 import my_function——不过这种方式有时候也会触发循环导入，得根据你的代码逻辑判断是否适用。

内容的提问来源于stack exchange，提问作者Paul Knopf