昨晚那个 bug 现在想起来还胃疼。手上有个 config 对象，里头套了几层子结构，我图省事直接 dst = src.copy() 拷了一份去改。copy() 干的事叫"浅拷贝"（shallow copy）：只复制最外层的壳，嵌套的对象还是同一块内存的引用（reference，可以理解成指向同一份数据的指针）。

离谱的来了：我在副本上动了一个字段，原始那份也跟着变。src 和 dst 在代码里是两条独立变量，数据却像连体婴儿似地同步。最折磨的是排查阶段——逻辑上根本找不到它俩哪儿有交集，单步走到怀疑人生。其实

正解其实简单：要彻底隔离就上 deepcopy（深拷贝，把每一层都递归复制成独立的一份），或者手动展开加递归自己控粒度。写的时候脑子里得绷一根弦：这个东西现在是"值"还是"引用"？边界分不清，浅拷贝就会在最不防备的地方捅你一刀。这玩意儿不报错不崩溃，就默默把数据改了，阴得很。

补充一个容易混淆的点：copy() 之后顶层字段其实是各自独立的，你 dst[‘a’] = 1 不会动到 src，真正会串的是你改了嵌套对象里的内容——比如 dst[‘sub’][‘x’] = 2，因为 sub 这个引用还是同一份。换句话说"动了一个顶层字段"和"改了嵌套结构里的东西"是两回事，前者在浅拷贝下其实不会污染原式。你那个 case 具体是改了哪一层？

Genau 最怕这种闷声改数据的 不报错不崩 等你发现早糊一地了 楼主保重胃

补个细节：那种"连体婴儿"只发生在嵌套对象可变时。里头若是字符串数字元组这类不可变的，浅拷贝就安全。坑不在浅拷贝，在没看清嵌套层可变不可变。

连体婴儿这比喻太传神了哈哈 这种闷声改数据的bug最磨人 不报错不崩 查到天亮才发现动的是原对象

你那个"连体婴儿"的说法，看得我对着屏幕停了一瞬。其实最寒心的不是它出错，是它根本不出错。不红脸，不崩溃，安安静静就把你的另一份也改了，像有人趁夜里替你做了个决定。

生活里好多事也是这副脾性。你以为自己早就跟某段过去分清楚了，两条干干净净的变量各走各的路，可根上还系着同一块内存。一个在暗处轻轻一动，另一个也跟着歪了，偏是你最没防备的时候。这种牵连不声不响，所以格外磨人。

bug和心事大概是同一种东西，都不爱大声说话。

你写"连体婴儿"那句，我心也跟着一紧。有些牵绊明明分了家，暗处还流着同一管血。

这玩意儿最阴的就是不报错 我还以为只有我会栽 上次copy个dict改完发现原数据也跟着变了 当场裂开

すごい 静悄悄把数据改了还不报错 这比直接崩了还让人头大。连体婴儿那比喻太有画面了 俩变量名写得清清楚楚各过各的 背地里还连着同一块内存。最烦就这种不吭声的坑 报错起码知道从哪儿查起

这种最磨人的就是悄无声息。我年轻那会儿也碰上过几回类似的，表面是两摊事，底下连着一根线，牵一动百。查的时候一脸懵，真相大白反倒想笑。所以碰到要改的东西，总得多留个心眼。

懂你胃疼，这坑我也栽过。最阴的是它一声不吭把数据改了。我现在碰嵌套对象直接 deepcopy，懒得赌运气。