Python函数内字典操作作用域差异：直接赋值失败键值修改生效原因

这个现象本质是Python的静态作用域判定规则，以及「变量重绑定」和「对象原地修改」两类操作的差异，和字典本身的特性无关。
Python在编译函数阶段就会扫描全函数体代码：只要函数内存在对某个变量名的直接赋值操作（即变量名 = 值的形式，不管这个赋值写在if分支里、还是函数靠后的位置），Python就会把这个变量名判定为当前函数的局部变量，默认不会去全局作用域查找同名变量。

为什么test_fails达不到预期 #

你在test_fails里写的my_srv = my_prd/my_srv = my_lab属于对my_srv的直接赋值，因此Python会把my_srv标记为该函数的局部变量，和全局定义的空字典my_srv = {}是完全独立的两个变量。
函数执行时，只是把局部变量my_srv绑定到了my_prd或my_lab对应的字典上，全局作用域的my_srv从始至终没有被修改。函数执行结束后局部变量被销毁，再打印全局的my_srv，自然还是初始的空字典。
如果你尝试在这个函数的赋值语句之前调用my_srv.copy()或者直接读取my_srv，还会直接抛出UnboundLocalError——因为Python明确知道这是个局部变量，但你还没给它赋值就提前引用了。

为什么test_works能正常运行 #

test_works里没有出现my_srv = xxx这类给变量名重新绑定对象的操作，你写的my_srv['server'] = xxx属于对象原地修改：my_srv这个变量名指向的还是原来的全局字典，只是给这个字典内部新增/修改了一个键值对。
这类操作不会触发Python的局部变量判定，因此Python会顺着作用域链向外查找，找到全局定义的空字典后直接修改它的内容，最终打印全局my_srv就能看到更新后的值。

可选解决方案 #

如果你确实需要在函数内给全局的my_srv重新绑定值（也就是让my_srv直接指向另一个对象），两种常用方案：

• 方案1：在函数开头用global关键字声明，明确告诉Python这个变量来自全局作用域，不要创建局部变量，示例代码如下：

def test_fails_fixed(which):
    global my_srv
    if which == 'prd':
        my_srv = my_prd
    else:
        my_srv = my_lab

• 方案2：更推荐的工程化写法，不要依赖全局变量，把需要操作的字典作为参数传入函数，把处理后的结果作为返回值返回；也可以像你目前打算的那样，把变量重绑定的逻辑放在函数外。这种写法耦合度更低，能规避绝大多数作用域相关的隐蔽bug。

核心逻辑提示：Python里的变量名只是贴在对象上的标签，变量名 = 新对象是把标签从旧对象撕下来、贴到新对象上；而修改字典键值、调用列表append()这类操作，是直接修改标签当前贴着的对象本身，标签本身的指向没有变化。

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