我们现在把 Windows 下 DPI 渲染的全过程讲清楚。
我会用“流程图 + 分层讲解 + WinForms 对照代码”三层结构给你讲透。
一、先理解 3 个核心概念
在 Windows 世界里存在三种坐标：
物理像素 (Physical Pixel)
逻辑像素 (Logical Pixel)
设备无关像素 (DIP)
默认标准：
96 DPI = 100% 缩放
1 DIP = 1 逻辑像素 = 1/96 英寸
当屏幕变成 150%：
DPI = 144
1 DIP = 1.5 物理像素
二、DPI 渲染完整流程图
我们画一个完整链路：
🎯 场景设定
电脑 A：
- 1920×1080
- 100%
- 96 DPI
电脑 B：
- 3840×2160
- 150%
- 144 DPI
📊 DPI 渲染流程图（完整路径）
┌───────────────────────────────────────┐
│ 1️⃣ 你的程序启动 │
└───────────────────────────────────────┘│▼
┌───────────────────────────────────────┐
│ 2️⃣ Windows 查询你的 DPI 感知级别 │
│ - Unaware │
│ - System Aware │
│ - PerMonitor │
│ - PerMonitorV2 │
└───────────────────────────────────────┘│▼
┌───────────────────────────────────────┐
│ 3️⃣ 获取当前显示器 DPI │
│ 例： │
│ 100% → 96 DPI │
│ 150% → 144 DPI │
└───────────────────────────────────────┘│▼
┌───────────────────────────────────────┐
│ 4️⃣ UI 布局阶段 │
│ │
│ 如果你用的是： │
│ - 像素布局 → 按 96 计算 │
│ - 逻辑布局 → 按 DPI 计算 │
└───────────────────────────────────────┘│▼
┌───────────────────────────────────────┐
│ 5️⃣ GDI / Direct2D / WPF 渲染层 │
│ │
│ 把逻辑坐标转换成物理像素 │
│ │
│ 公式： │
│ physical = logical × (DPI / 96) │
└───────────────────────────────────────┘│▼
┌───────────────────────────────────────┐
│ 6️⃣ Windows 是否需要“虚拟化缩放”？ │
│ │
│ 如果程序是 DPI Unaware： │
│ → 整个窗口被 bitmap 拉伸 │
│ │
│ 如果是 DPI Aware： │
│ → 不拉伸，真实渲染 │
└───────────────────────────────────────┘│▼
┌───────────────────────────────────────┐
│ 7️⃣ 最终输出到显卡 │
└───────────────────────────────────────┘
三、最关键分叉：DPI 感知等级
这是决定你界面是否变形的核心。
1️⃣ DPI Unaware（默认老 WinForms）
流程：
程序按 96 DPI 计算
↓
Windows 把整个窗口截图
↓
整体拉伸 150%
↓
输出
结果：
- 模糊
- 文字发虚
- 布局错位
- 裁剪
这是你遇到问题的根源。
2️⃣ System DPI Aware
程序启动时读取主显示器 DPI
↓
按该 DPI 渲染
↓
如果拖到另一屏幕，不重新计算
问题：
- 多屏环境会错位
3️⃣ PerMonitorV2（推荐）
窗口移动到新显示器
↓
收到 WM_DPICHANGED
↓
重新布局
↓
重新渲染
这是现代正确方案。
四、把数学公式讲透
假设你设计按钮：
Size = 200 × 40
在 100%：
physical = 200 × (96 / 96)
= 200 px
在 150%：
physical = 200 × (144 / 96)
= 300 px
这才是正确结果。
但如果是 DPI Unaware：
程序仍然画 200px
Windows 再整体拉伸 1.5 倍：
200 × 1.5 = 300
看似一样。
但差别是：
- 文本是先按 96 渲染
- 再插值放大
结果模糊。
五、WinForms 的内部渲染路径
Control↓
GDI+↓
USER32↓
DWM (Desktop Window Manager)↓
GPU
如果 DPI Unaware：
DWM 会插手进行 bitmap scaling。
六、真实系统消息流程（PerMonitorV2）
当你把窗口拖到 4K 屏：
WM_DPICHANGED│├─ 新 DPI 值├─ 建议的新窗口大小│▼
WinForms 触发 Layout│▼
重新 Measure│▼
重新 Arrange│▼
重新 Paint
七、WinForms 正确 DPI 启用方式
Program.cs
using System;
using System.Windows.Forms;internal static class Program
{[STAThread]static void Main(){// 开启 PerMonitorV2 DPI 支持Application.SetHighDpiMode(HighDpiMode.PerMonitorV2);Application.EnableVisualStyles();Application.SetCompatibleTextRenderingDefault(false);Application.Run(new MainForm());}
}
Form 构造函数
public MainForm()
{InitializeComponent();// 使用 DPI 作为缩放基准this.AutoScaleMode = AutoScaleMode.Dpi;
}
八、完整视觉对比图
DPI Unaware设计时 200px│▼
96 DPI 渲染│▼
Windows 拉伸│▼
模糊PerMonitorV2设计时 200 DIP│▼
144 DPI 计算│▼
真实 300px 渲染│▼
清晰
九、为什么 Qt 更稳？
Qt 从架构上：
- 使用逻辑像素
- 自动按 DPI 缩放
- 默认使用布局系统
Qt 渲染路径：
QWidget↓
Qt Layout Engine↓
QPainter↓
平台抽象层↓
Direct2D / OpenGL
Qt 不依赖 GDI 像素坐标。
十、真正工程级总结
界面变形根源：
像素坐标 + 未声明 DPI 感知
彻底解决路径：
DPI 感知 + 布局系统 + 逻辑像素