Eclipse SWT 目前不支持为不同显示器返回各自的实际缩放比例，Monitor.getZoom() 在多缩放显示器环境下始终返回主显示器的缩放值（如 225），导致次显示器缩放信息失真。这是 SWT 已知限制，尚未实现 per-monitor DPI 感知。
如何正确获取多显示器环境下的独立缩放比例（zoom）值
在基于 Eclipse RCP 或 SWT 的跨平台桌面应用中，准确获取每块显示器的分辨率、坐标及系统级缩放比例（Zoom/DPI 缩放因子）至关重要——尤其在高分屏（如 4K）与普通屏混搭的双显示器场景下。然而，当前 Eclipse SWT（截至 2024 年最新稳定版）存在一个根本性限制：Monitor.getZoom() 方法无法正确反映非主显示器的独立缩放值。
如您所见，即使第二台显示器实际设置为 125% 缩放（即 zoom = 125），SWT 仍统一返回 225（即主显示器的 225% 缩放）。其根本原因在于：SWT 尚未实现 per-monitor DPI 感知（Per-Monitor DPI Awareness）。该问题已在官方 GitHub 仓库明确列为长期待办特性：
? Eclipse SWT Issue #131
“[Multi-Monitor] SWT applications to support and work with different zoom values per Shell.”
这意味着：
- display.getMonitors() 返回的 Monitor[] 数组中，所有 Monitor.getZoom() 调用均返回进程级默认缩放值（通常为主屏缩放），而非各显示器真实缩放；
- clientWidth/clientHeight 等尺寸字段虽为物理像素值，但因缩放信息错误，无法可靠换算为逻辑像素（DIP）；
- 使用 new Display() 会导致 SWTException: Invalid thread access，因其违反 SWT 的单线程 UI 规则；而 Display.getCurrent() 或 PlatformUI.createDisplay() 均无法绕过此底层限制。
✅ 当前可行的替代方案（以 Windows 为例）：
若需精确获取各显示器缩放率，需绕过 SWT，调用平台原生 API。Windows 下可借助 JNA（Java Native Access）读取 GetDpiForMonitor：
// 示例：Windows 平台获取指定 Monitor 的真实 DPI 缩放（需引入 jna-5.13.0+）
import com.sun.jna.Native;
import com.sun.jna.platform.win32.User32;
import com.sun.jna.platform.win32.WinDef.HMONITOR;
import com.sun.jna.platform.win32.WinUser;
public class WinDpiHelper {
public static int getMonitorZoom(HMONITOR hMonitor) {
int dpiX = User32.INSTANCE.GetDpiForMonitor(hMonitor, WinUser.MDT_EFFECTIVE_DPI, null, null);
return Math.round(dpiX / 96f * 100); // 96 DPI = 100%
}
}⚠️ 注意事项：
- 此方案需按操作系统分别实现（macOS 使用 NSScreen.backingScaleFactor，Linux 需解析 X11/Wayland 属性）；
- RCP 应用需确保在 UI 线程（Display.syncExec）中安全调用；
- SWT 6.x（Eclipse 2023-09+）已开始实验性支持 Display.setScaling()，但 Monitor.getZoom() 仍未修复，请勿依赖该方法获取多屏独立缩放值；
- 若仅需适配布局，建议优先使用 Shell.computeSize() 和 GridLayout 的 horizontalSpacing/verticalSpacing 自动响应缩放，而非手动计算像素。
? 总结：
SWT 的 Monitor.getZoom() 在多缩放显示器环境下不具备可靠性，这是框架层已知缺陷，非代码误用。开发者应避免将其用于关键缩放逻辑，转而结合平台原生能力或采用声明式 UI（如 CSS em/rem 单位 + Display.setZoom() 全局设置）提升兼容性。关注 SWT Issue #131 的进展，未来版本有望原生支持 per-monitor DPI。
