必须在import tkinter之前调用ctypes.windll.shcore.SetProcessDpiAwareness(1)，否则无效；因Windows在进程启动早期锁定DPI行为，tk.call('tk','scaling')仅缩放坐标系而不改变系统级DPI感知状态，无法解决底层GDI位图插值导致的模糊。
必须在 import tkinter 之前调用 ctypes.windll.shcore.SetProcessDpiAwareness(1)，否则任何后续设置都无效。
为什么只设 tk.call('tk', 'scaling') 不管用
这个调用只是调整 Tk 内部坐标系的缩放比例，比如设为 2.0 会让按钮变大、字体变粗，但底层仍走 GDI 位图渲染路径，系统仍在后台做插值拉伸——文字边缘发虚、图标锯齿就是典型表现。它不改变 Windows 对进程的 DPI 感知状态，本质上仍是“非感知程序被强制放大”。
- 常见误操作：在
root = tk.Tk()之后才调用，此时窗口已初始化，缩放参数被忽略 - 设值过大（如
2.5）会导致pack()/grid()布局错乱，尤其当控件含固定width或height - 和
SetProcessDpiAwareness()混用却不统一单位：前者是逻辑缩放系数，后者是系统级像素映射开关，两者必须协同生效
必须在 import tkinter 前设置 DPI 感知
Windows 在进程启动早期就锁定 DPI 行为。一旦 tkinter 模块加载或 tk.Tk() 实例化，系统已按默认“DPI 非感知”模式分配绘图上下文，再调用 API 也无效。
- 把
ctypes设置代码放在.py文件最顶部，紧挨着 shebang 或编码声明之后 - 绝对不要封装进函数、类方法或
if __name__ == '__main__':块里延迟执行 - 若遇到
AttributeError: procedure not found，说明系统不支持shcore（如 Win7），降级用ctypes.windll.user32.SetProcessDPIAware() - 避免
SetProcessDpiAwareness(2)（Per-Monitor V2）：Tkinter 对多显示器动态 DPI 切换支持不稳定，易触发崩溃
如何正确校准 tk.call('tk', 'scaling') 参数
GetScaleFactorForDevice(0) 返回的是整数百分比（如 125、150），而 tk.scaling 接收的是浮点倍率（如 1.25、1.5）。直接传 125 会导致界面放大 125 倍——这不是 bug，是单位没转换。
立即学习“Python免费学习笔记（深入）”；
- 正确写法：
scale = ctypes.windll.shcore.GetScaleFactorForDevice(0) / 100 - 必须在
root = tk.Tk()之后、root.mainloop()之前调用root.tk.call('tk', 'scaling', scale) - 若主屏缩放为 125%，但外接 100% DPI 显示器，
GetScaleFactorForDevice(0)仍只读主屏，多屏场景需额外处理
字体模糊要单独处理
DPI 感知解决控件尺寸和线条清晰度，但 Tkinter 默认字体渲染仍可能发虚，尤其 ClearType 开启时。这不是缩放问题，而是字体 Hinting 未适配高 DPI。
- 显式指定字体族和大小，例如
font=('Segoe UI', 10)，避免用'TkDefaultFont'这类抽象名 - 对
Label、Button等控件，加font=...参数；全局改可用root.option_add('*Font', font_obj) - 注意：字体大小也要乘以缩放因子，比如基础字号 10，在 150% 缩放下应设为
math.ceil(10 * 1.5)
最容易被忽略的是时机——SetProcessDpiAwareness() 必须在任何 GUI 相关 import 之前执行，哪怕只差一行，整个适配就失效。很多人反复调试 scaling 值却卡在这里。
