Python嵌套列表append操作时所有子列表同步更新问题求解

你的猜想方向接近本质，但核心逻辑有偏差：
执行[[]] * 6时，Python并没有创建6个独立的空列表，只是将同一个空列表对象的内存引用复制了6份存入外层列表。也就是说外层列表的6个索引位置，指向的是内存中完全相同的一个列表实例。此时不管你取x[0]还是x[5]去执行append操作，本质都是在原地修改那唯一的一个列表对象，自然所有索引位置的返回值都会同步变化。

你观察到的「给x[1]赋值新列表后就不再联动」的现象，刚好能印证这个逻辑：执行x[1] = [0]时，你是将x[1]位置存储的引用替换成了一个全新的独立列表对象，它和剩下5个位置指向的原空列表已经没有关联，后续修改原列表时自然不会影响到x[1]。
你可以通过id()函数查看对象内存地址验证这个结论：

x = [[]] * 6
# 所有子列表内存地址完全一致，是同一个对象
print(id(x[0]) == id(x[1]) == id(x[2]))  # 输出 True

x[1] = [0]
# 替换后x[1]已经指向新对象，和其他子列表地址不同
print(id(x[0]) == id(x[1]))  # 输出 False

你目前用的先copy再修改赋值的方案属于绕路补漏，本质问题出在初始化步骤，只要从根源上避免共享引用，就不需要额外的copy操作，规范写法如下：

• 初始化固定长度的嵌套列表时，用列表推导式生成独立子列表（最推荐，可读性和效率最优）

# 初始化6个完全独立的空列表
x = [[] for _ in range(6)]
x[0].append(1)
print(x)  # 输出 [[1], [], [], [], [], []]，完全符合预期

• 如果需要基于已有的复杂嵌套结构做修改、避免联动影响原数据，可以用copy模块的deepcopy方法做全量深拷贝，再对拷贝后的对象操作即可。

注意：[element] * n的写法仅适合存储不可变对象（整数、字符串、元组等）的场景，因为不可变对象无法原地修改，只能给对应索引重新赋值，不会出现引用联动的问题；只要列表内存储的是列表、字典这类可变对象，就不要用这种乘法写法初始化。

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