WinForm移至250%缩放显示器后小写b比大写P更高的原因咨询

出现大写字母P高度小于小写字母b的异常，核心原因集中在非整数倍DPI缩放的像素对齐限制、动态跨显示器时的字体上下文同步问题，结合WinForm的渲染机制和字体特性，具体如下：

• 非整数倍缩放的像素渲染限制
  250%属于非整数倍缩放比例（对应2.5x的像素放大系数），9pt的Segoe UI字体在该缩放比例下会被计算为22.5pt，但WinForm默认使用的GDI+渲染引擎无法直接处理非整数像素的字体尺寸，会通过取整或像素对齐来适配屏幕像素。不同字符的矢量轮廓结构不同，大写P的顶部曲线在像素对齐过程中更容易被截断，而小写b的垂直笔画更规整，保留的像素更多，最终出现视觉上的高度差。

• PerMonitorV2动态缩放的时机与上下文问题
  尽管项目已开启PerMonitorV2选项且AutoScaleMode设为Dpi，但程序在100%显示器启动时，字体是基于初始DPI上下文初始化的。当移至250%显示器时，WinForm的自动缩放逻辑会触发控件尺寸调整，但Label控件的字体对象可能未被完全重新创建，而是直接对原有字体进行缩放，导致字体的度量信息（如字符的上升高度、下降高度）计算错误，无法匹配新显示器的DPI环境。

• Segoe UI字体的矢量特性与像素转换精度
  Segoe UI作为矢量字体，在高DPI非整数缩放场景下，矢量路径转换为屏幕像素时会出现精度损失。大写P的轮廓包含曲线部分，在2.5x缩放的像素映射中，曲线的边缘像素更容易被舍弃；而小写b的垂直笔画属于直线结构，像素映射时更易保留完整高度，两者的视觉高度差因此被放大。

• .NET 7 WinForm的DPI缩放兼容性细节
  .NET 7对PerMonitorV2的支持虽已优化，但部分基础控件（如Label）在动态跨DPI显示器时，字体缩放的逻辑未完全同步到新的显示器DPI上下文，导致字体渲染时使用的度量信息仍基于初始DPI，进而引发字符显示异常。

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