当前位置：首页 > news >正文

Python 中可变对象的“引用赋值”特性——可变对象的“引用传递”

news 2026/4/3 18:43:46

一、踩坑代码

某程序老鸟讲了一个故事：
“2019年夏天，我在做一个推荐系统的用户画像模块。当时写了这样的代码：

# 当时的蠢代码，现在想起来都脸红
default_preferences = []  # 想着所有用户共享一个默认偏好
users = {}
for user_id in user_ids:users[user_id] = default_preferences  # 妈的，大坑！
```python所有用户共享了同一个列表！用户A喜欢看动作片，结果用户B、C、D全都变成动作片爱好者了。线上故障持续了2个小时，被领导骂得狗血淋头。那天晚上我查了一夜的资料，才彻底搞懂Python的对象模型。”解释一下：
```python
# 1. 创建一个列表（内存地址假设为 0x123）
default_preferences = []  
# 2. 循环给 3 个用户赋值
user_ids = [1,2,3]
users = {}
for user_id in user_ids:users[user_id] = default_preferences  # 所有用户都指向 0x123 的列表# 3. 给用户1添加“动作片”偏好
users[1].append("动作片")  # 4. 查看所有用户的偏好——全变成了动作片！
print(users[1])  # ['动作片']（改的是 0x123 的列表）
print(users[2])  # ['动作片']（指向同一个 0x123）
print(users[3])  # ['动作片']（同样指向 0x123）

本质是：以为给每个用户“分配了一个新列表”，实际是“让所有用户共用同一个列表”——这就是线上故障的根源：用户A修改偏好，等于修改了所有人的偏好。

二、怎么改才对？（避免共享可变对象）

核心思路：给每个用户创建“独立的新列表”，而不是复用同一个列表的引用。有两种常见写法：

1. 循环内每次创建新列表（推荐）

在循环里直接定义空列表，每个用户拿到的都是内存中不同的新列表：

users = {}
for user_id in user_ids:# 每次循环都新建一个空列表（内存地址不同）users[user_id] = []  # 给用户1加偏好，只影响用户1
users[1].append("动作片")
print(users[1])  # ['动作片']
print(users[2])  # []（独立列表，不受影响）

2. 用列表的 copy() 方法（适合有默认值的场景）

如果默认偏好不是空列表（比如有默认值 ["喜剧片"]），可以用 copy() 复制一个新列表给每个用户：

# 有默认值的列表
default_preferences = ["喜剧片"]  
users = {}
for user_id in user_ids:# 复制一个新列表（内存地址不同），避免共享users[user_id] = default_preferences.copy()  # 给用户1加动作片，不影响其他人
users[1].append("动作片")
print(users[1])  # ['喜剧片', '动作片']
print(users[2])  # ['喜剧片']（默认值，未被修改）