Avalonia 对高 DPI 场景有原生支持，但需正确配置和使用，否则容易出现窗口跳动、内容模糊、控件错位或缩放不一致等问题。核心在于理解其“设备无关像素（DIP）”机制，并配合系统 DPI 设置与框架行为协同工作。
启用并验证高 DPI 模式
Avalonia 默认启用高 DPI 支持，但 Windows 上仍需确保进程声明为 DPI 感知。在项目主程序入口（如 Program.cs）中，建议显式设置：
调用 AppBuilder.Configure().UseWin32()（Windows 平台）时，Avalonia 会自动注册 DPI 感知； 确认应用清单（app.manifest）中包含：microsoft-com:asm.v3">
windowsSettings>
windowsSettings>
运行时可通过 VisualRoot?.RenderScaling 获取当前窗口的实际缩放比例（例如 1.75 表示 175%），用于调试或条件逻辑。
统一布局单位：坚持使用 DIP，避免硬编码像素
Avalonia 的坐标和尺寸单位默认是设备无关像素（1 DIP = 1/96 英寸），所有控件、画布、变换都基于此。这意味着：
不要在 XAML 或 C# 中写死物理像素值（如 Width="1920"）来适配某分辨率屏幕； 用 Grid 列宽/行高设为 *、Auto 或具体 DIP 值（如 Width="200" 表示约 200×1/96 英寸，自动按 DPI 缩放）； 自定义绘图（Skia）中，Canvas.RenderTransform 或 ScaleTransform 作用于 DIP 坐标系，无需手动除以缩放因子。处理多显示器混合 DPI 场景
当窗口从 100% DPI 显示器拖入 175% DPI 显示器时，旧版本 Avalonia（如 11.2.2）会出现位置偏移或缩放卡顿。已知可靠做法：
升级至 Avalonia 11.2.5 或更高版本——该版本彻底修复了跨 DPI 窗口重定位与 Measure/Arrange 同步问题； 监听 VisualRoot?.DpiChanged 事件，在回调中触发 InvalidateArrange() 或手动刷新关键布局容器； 对 OverlayDialog、ImageViewer 等浮动组件，避免依赖绝对坐标锚定，改用相对布局（如 HorizontalAlignment="Center"）或重写 ArrangeOverride 适配实时 DPI 变化。Android 模拟器或实机的 DPI 适配差异
同一逻辑代码在 Windows 和 Android（模拟器）上显示大小不同，本质是系统级 DPI 声明不一致：
模拟器（如 MuMu）：进入设置 → 显示 → 自定义尺寸 → 调低 DPI 值（如设为 160 或 120），使其更接近 Windows 默认 96； Android 实机：无法修改系统 DPI，但 Avalonia 会读取 DisplayMetrics.Density 并自动换算。若发现整体放大，可检查是否误启了 Android 的“强制缩放”辅助功能； 跨平台一致策略：禁用 Stretch="Fill" 等拉伸模式，优先用 Stretch="Uniform" 保比例；图像类控件（如 ImageViewer）启用 MinScale/MaxScale 限制缩放边界。
