Python Tkinter中函数内全局变量在嵌套函数中无法识别问题

1. 作用域绑定时机冲突：嵌套的register函数在定义阶段就固定了作用域查找规则，而exec是在subnocal运行时才动态生成全局变量，此时register的作用域已绑定完成，无法识别后续新增的全局变量。
2. exec的固有缺陷：用exec动态创建全局变量会绕过Python的作用域机制，变量的查找逻辑变得不可控，尤其在Tkinter回调这种延迟执行的场景下，极易出现变量未定义的错误。

放弃exec创建全局变量的方案，改用字典或自定义类统一管理动态生成的控件，从根源上规避作用域问题。

示例代码（字典存储方案） #

import tkinter as tk
from tkinter import ttk

def subnocal():
    # 用字典统一存储动态生成的输入框
    input_calons = {}
    root = tk.Tk()
    
    for i in range(1, 3):
        # 创建输入框并存入字典
        input_calons[f"inputcalon{i}"] = ttk.Entry(root)
        input_calons[f"inputcalon{i}"].pack()
        
        # 回调函数通过字典直接访问对应控件，用默认参数绑定当前循环的i值
        def register(num=i):
            print(input_calons[f"inputcalon{num}"].get())
        
        btn = ttk.Button(root, text=f"获取输入{num}", command=register)
        btn.pack()
    
    root.mainloop()

subnocal()

关键说明 #

• 用字典input_calons替代全局变量存储控件，所有访问都通过键值对操作，作用域清晰无歧义。
• 回调函数register通过默认参数num=i绑定循环当前的索引值，避免了循环结束后所有回调都引用最后一个i的常见问题（这也是你之前把register放入循环无效的核心原因之一）。

• 破坏Python的作用域规则，代码可读性、可维护性极差。
• 容易引发变量名冲突，调试难度陡增。
• 在Tkinter这类回调延迟执行的场景下，几乎必然会出现作用域绑定异常。

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