itertools.product()的替代方案？解决深拷贝后嵌套列表修改同步异常问题

两个Python原生机制叠加，导致明明调用了deepcopy依然出现引用共享的问题：

• itertools.product生成的组合元组，所有元素都是从输入的mec_capacity_states列表中直接取原有对象的引用，不会自动生成新的独立副本。
• copy.deepcopy的内置逻辑会对同内存地址的对象做复用：如果原嵌套结构里多个指针指向同一个对象，整个深拷贝流程只会为这个对象生成一份独立副本，所有原指针在拷贝后的结构里都会指向这份副本，不会为每个指针位置生成独立的副本。

举个最小复现的例子就能直观看到这个逻辑：

import copy
a = [0, 0]
b = a  # b和a指向同一个内存对象
c = copy.deepcopy([a, b])
c[0][0] = 'A'
print(c)  # 输出 [['A', 0], ['A', 0]]，和实际遇到的现象完全一致

之前的代码正好踩中了这个逻辑：当itertools.product生成的组合里两个位置取到了mec_capacity_states中同一个子列表时，哪怕对整个组合做了整体深拷贝，两个位置的子列表依然会共享同一个深拷贝后的副本，修改时自然会同步生效。

方案1：逐元素独立深拷贝，打破整体deepcopy的引用复用 #

不要对整个product生成的元组做统一的整体深拷贝，而是遍历组合里的每个MEC状态，为每个位置单独创建深拷贝，确保每个位置的对象内存完全独立：

import itertools
import copy

served_vnfs = [0,1,2]
mec_capacity_states = [list(s) for s in itertools.product(served_vnfs, repeat=2)]
NUM_MECS = 2

mecs_states = []
for combo in itertools.product(mec_capacity_states, repeat=NUM_MECS):
    # 每个MEC对应的状态单独执行一次深拷贝，生成完全独立的对象
    independent_combo = [copy.deepcopy(mec_state) for mec_state in combo]
    mecs_states.append(independent_combo)

这种写法下，哪怕组合里两个位置取到的是原列表里同一个对象，单独深拷贝后也会生成两份互不影响的副本，彻底消除同步修改的问题。

方案2：用不可变类型做中间存储，降低引用共享风险 #

可变的列表是引用共享问题的核心载体，如果把中间层的MEC状态换成元组（不可修改的）存储，最后再逐位置转成需要操作的独立列表，不仅能彻底规避引用问题，还能提升生成效率：

served_vnfs = [0,1,2]
# MEC状态用元组存储，天生不可修改，不存在意外同步修改的可能
mec_capacity_states = list(itertools.product(served_vnfs, repeat=2))
NUM_MECS = 2

# 生成组合时逐位置转成独立列表，每个列表都是新生成的独立内存对象
mecs_states = [
    [list(mec_tuple) for mec_tuple in combo]
    for combo in itertools.product(mec_capacity_states, repeat=NUM_MECS)
]

用上述任意一种方案生成的状态列表，执行mecs_states[0][0][0] = 'A'时，输出都会符合预期：组合内只有被直接定位的那个子列表会被修改，其余和它初始值相等的子列表完全不受影响。

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