Python中修改模块变量的Pythonic方式及不同数据类型行为差异解析

Python的from 模块 import 变量语法本质是在当前代码的作用域中创建一个新的同名变量，和模块内的原变量指向同一个内存对象，两者的行为差异完全来自操作方式的区别：

• 对字典run_data的操作是run_data['full_data'] = 1：属于原地修改可变对象，没有改变变量指向的内存地址，因此主程序、data_module模块、another_module模块中所有指向该字典的变量，都能读取到修改后的内容。
• 第一版主代码对列表predictors的操作是predictors = ['X1','X2']：属于给当前作用域的本地变量重新赋值，相当于把主程序中的predictors变量绑定到了新的列表对象上，而data_module模块内的原predictors变量仍然指向初始的空列表，another_module导入的也是初始空列表对象，因此读取不到更新。第二版用extend属于原地修改原列表对象，因此所有引用都能看到变化。

要避免上述赋值陷阱，最稳妥的实现方式有以下几种：

1. 直接导入模块命名空间访问变量（最推荐） #

不要单独导入模块内的变量，而是导入整个模块，通过模块名.变量名的方式读写，所有修改直接作用于模块层面的变量，不会出现本地变量绑定问题，示例如下：

# 正确的主代码写法
import data_module
from another_module import test

# 直接修改模块层面的变量，赋值/原地修改都生效
data_module.run_data['full_data'] = 1
data_module.predictors = ['X1','X2'] 
test()
# 输出：{'full_data': 1} ['X1', 'X2']

2. 统一使用原地操作修改可变容器 #

如果坚持要单独导入变量，所有修改操作都使用可变对象的原地方法：

• 字典使用update()、新增键值对等原地操作
• 列表使用extend()、append()、pop()等原地操作
• 禁止直接对导入的变量名重新赋值

3. 单例类封装全局配置（复杂场景推荐） #

如果全局参数较多、需要类型校验或初始化逻辑，用单例类存储配置比裸模块变量更可控：

# data_module.py 示例
class GlobalConfig:
    run_data = {}
    predictors = []

# 读写时直接操作类属性即可
from data_module import GlobalConfig
GlobalConfig.predictors = ['X1','X2']

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