C# WPF在Canvas上设置厘米线长并绘制精确长度直线的解决方法

你通过CompositionTarget.TransformToDevice拿到的144DPI是Windows系统缩放档位对应的虚拟DPI，并非显示器的真实物理DPI，这是绘制长度和实际物理尺寸不符的核心原因：

• Windows的缩放档位和DPI是固定映射关系，和显示器实际物理尺寸无关：100%缩放对应96DPI、125%对应120DPI、150%对应144DPI、200%对应192DPI，不会根据屏幕真实像素密度自动调整。
• 你当前设备1920*1080分辨率下，系统给出的144DPI比屏幕真实物理DPI高了约30%，换算出来的每厘米像素数偏大，最终绘制的直线自然会比设定的厘米值长30%左右。

方案1：读取显示器硬件参数计算真实DPI #

通过Win32接口读取显示器EDID存储的硬件参数，自行计算真实物理DPI：

• 调用EnumDisplayDevices相关API枚举当前窗口所在的显示设备，提取设备的EDID二进制数据
• 从EDID的固定偏移位置解析出显示器的物理宽度、物理高度（原始单位为毫米，转换为厘米即可）
• 用当前显示器的水平/垂直有效分辨率，除以物理尺寸（转换为英寸单位，1英寸=2.54厘米），得到真实的水平/垂直DPI
• 后续厘米转像素的计算全部使用这个真实DPI，替换原代码拿到的虚拟DPI值即可。

多显示器场景下需要监听显示器切换事件，窗口移动到其他屏幕时重新获取对应显示器的物理DPI，避免跨屏偏差。

方案2：增加用户校准环节 #

如果不想处理底层EDID读取的复杂逻辑，直接加校准功能是兼容性最高、准确率最好的方案：

• 程序首次启动时弹出校准页面，显示一段可调整长度的参考线段，提示用户用直尺测量，调整线段长度直到和直尺的1厘米刻度完全对齐
• 将校准得到的“每厘米对应像素值”写入本地配置，后续所有物理长度绘制都使用这个校准值计算，不受屏幕硬件、系统缩放、DPI虚拟化的影响。

方案3：先确认程序DPI感知配置正确 #

如果使用.NET Core 3.0及以上版本的WPF，先检查app.manifest文件，确认已经开启Per-Monitor DPI感知声明，避免系统对程序窗口做DPI虚拟化拉伸，带来额外的尺寸偏差。

你当前使用的DPI获取代码本身逻辑没有问题，只是拿到的是系统缩放对应的虚拟DPI，不适合用来做物理尺寸的换算，这是WPF做实际物理长度绘制时的常见问题。

内容的提问来源于stack exchange，提问作者Тола