Eclipse SWT 当前不支持为不同显示器返回独立的缩放值，Monitor.getZoom() 始终返回主显示器的缩放比例（如 225），即使副屏实际为 125%，这是 SWT 已知限制。
eclipse swt 当前不支持为不同显示器返回独立的缩放值，monitor.getzoom() 始终返回主显示器的缩放比例（如 225），即使副屏实际为 125%，这是 swt 已知限制。
在基于 Eclipse RCP 或纯 SWT 的桌面应用中，当需要适配高 DPI 多显示器环境（例如 Windows 上主屏设为 225%、副屏为 125%），开发者常期望通过 Display.getMonitors() 遍历各 Monitor 实例，并调用 monitor.getBounds() 和 monitor.getZoom() 获取准确的分辨率与缩放信息。然而，正如问题中所见：尽管第二显示器物理缩放为 125%，getZoom() 却始终返回 225 —— 与主屏一致。
根本原因在于：SWT 尚未实现每显示器独立缩放（Per-Monitor DPI Awareness）的支持。该功能已在 Eclipse Platform 的官方 GitHub 仓库中列为长期待办事项（Issue #131），截至当前最新稳定版（SWT 3.126+），仍仅将整个 Display 视为单一缩放上下文，getZoom() 返回的是进程级默认缩放因子，而非每个 Monitor 的真实 DPI 缩放值。
✅ 正确实践建议
避免依赖 Monitor.getZoom() 获取多屏独立缩放值
当前所有 Monitor 实例的 getZoom() 均返回相同值（通常为主屏缩放），不可用于跨屏 UI 缩放计算。-
改用平台原生 API（需 JNI 或 JNA）获取真实每屏缩放
例如在 Windows 上，可通过 GetDpiForMonitor()（Windows 8.1+）或 GetScaleFactorForMonitor()（Windows 10+）配合 MonitorFromPoint 获取指定显示器的实际 DPI 缩放等级。Java 可借助 JNA 调用：// 示例：使用 JNA 获取 Windows 每屏 DPI（需额外依赖） public static int getMonitorDpi(HMONITOR hMonitor) { WinDef.DWORDByReference dpiX = new WinDef.DWORDByReference(); WinDef.DWORDByReference dpiY = new WinDef.DWORDByReference(); User32.INSTANCE.GetDpiForMonitor(hMonitor, MDT_EFFECTIVE_DPI, dpiX, dpiY); return dpiX.getValue().intValue(); }对应缩放百分比 ≈ dpiX / 96 * 100（以 96 DPI 为 100% 基准）。
-
UI 缩放适配策略推荐
- 若应用需全局统一缩放（如 RCP 主窗口），可仅使用 Display.getZoom() 并接受其局限性；
- 若需精细控制（如浮动工具窗口跟随副屏缩放），应结合 Monitor.getBounds() + 原生 DPI 查询，并缓存各屏缩放映射关系；
- 在 Shell 创建前，通过 shell.setZoom(zoom) 手动设置目标缩放（SWT 3.117+ 支持）。
⚠️ 注意事项
- PlatformUI.createDisplay() 和 Display.getCurrent() 在多数 RCP 场景下等价，但绝不可在非 UI 线程中新建 new Display() —— 这会触发 SWTException: Invalid thread access，因 SWT 的 Display 必须绑定到 OS UI 线程（Windows 的 MSG loop / macOS 的 NSApp）。
- clientX/clientY 与 x/y 的差异反映工作区（taskbar/exclude area）偏移，但 zoom 字段与此无关，不随客户端区域变化。
- 该限制不仅影响 Java/SWT，也存在于早期 Electron、JavaFX（
总结：SWT 的 Monitor.getZoom() 当前是“伪多屏缩放”接口——它简化了单缩放场景，却无法满足现代混合 DPI 显示环境的真实需求。开发者应关注 SWT Issue #131 的进展，并在生产环境中采用平台原生 DPI 查询作为补充方案，确保 UI 元素在多显示器下保持清晰、一致的视觉尺寸。
