同一环境下多次导入相同模块时，模块与作用域的交互机制是怎样的

先说结论：两种场景下另一方读取到的C.X都会是修改后的值，同一个解释器进程内多次导入同一模块时，共享的是同一个模块实例，对应内存空间完全一致。

核心原理说明 #

Python的导入逻辑里有个全局缓存字典sys.modules，所有已经成功导入的模块都会存在这个字典里。每次执行import语句时，解释器会先检查目标模块是否已经在sys.modules中存在：

• 如果存在，直接返回缓存里的模块对象，不会重新加载模块，也不会创建新的实例
• 如果不存在，才会执行模块的代码，创建新的模块对象存入缓存

对应你提到的场景，不管是A直接导入C，还是B导入C，最终拿到的都是同一个C模块对象，你操作的C.X就是这个公共模块对象的属性，自然所有导入方的修改都是全局生效的。

验证示例 #

你可以用下面的极简代码验证这个逻辑：
C.py（被依赖的模块）

X = 1

B.py（中间依赖模块）

import C

def read_c_x():
    return C.X

def modify_c_x(val):
    C.X = val

A.py（入口模块）

import B
import C

# 初始值
print(C.X) # 输出 1
# A修改C.X
C.X = 2
# B读取到的是修改后的值
print(B.read_c_x()) # 输出 2
# B修改C.X
B.modify_c_x(3)
# A读取到的是修改后的值
print(C.X) # 输出 3

常见误区说明 #

注意有个容易混淆的特例：如果你的导入方式是from C import X，本质是在当前模块创建了一个局部变量X，绑定到C.X最初指向的内存地址。这时候如果你直接修改当前模块的局部X（比如直接写X = 3），只是把局部变量重新绑定到了新的内存地址，不会修改C模块本身的X属性，其他导入方读取C.X就不会有变化。但如果你修改的是X指向的可变对象本身（比如X.append(4)，X是列表的情况），还是会影响所有使用这个对象的地方，这个是Python可变/不可变对象的通用特性，和模块导入逻辑无关。

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