navicat 17 的跨平台 ui 差异源于底层渲染引擎（qt 6.5+ 替代 qt 5.12）、系统 api 调用路径重构及 arm/国产系统原生二进制支持三者共同作用，导致高 dpi 渲染、窗口管理、字体适配等行为发生根本性变化。
Navicat 17 的跨平台 UI 差异不是“风格选择问题”，而是底层渲染引擎、系统 API 调用路径和二进制架构三者共同决定的硬性结果——你看到的模糊、错位、窗口消失，基本都不是设置能调出来的。
Qt 6.5+ 替换 Qt 5.12 导致渲染逻辑彻底重写
Navicat 16 基于 Qt 5.12，它对高 DPI 的支持依赖整数缩放补丁，但很多控件（比如 SQL 编辑器行号、数据网格列宽）仍走传统 GDI/X11 绘制路径，缩放时直接拉伸位图，结果就是图标糊、文字虚；Navicat 17 换成 Qt 6.5+ 后启用了 QT_SCALE_FACTOR_ROUNDING_POLICY=Round，所有控件强制按物理像素整数倍缩放，配合 SVG 图标资源，才真正实现“放大不糊”。
关键差异点：
- Qt 5.12 在 macOS M1/M2 上偶发
CGSGetSurfaceBounds崩溃，Navicat 17 已移除该 CoreGraphics 调用路径 - Linux 下 Qt 5.12 对
xdpyinfo输出解析不稳定，多屏热插拔后窗口坐标丢失；Qt 6.5+ 改用哈希值绑定屏幕 ID - Windows 上 Qt 5.12 的 DPI 感知需手动加 manifest 文件，Navicat 17 内置了完整高 DPI 清单且默认启用
ARM 架构与国产系统原生支持带来 UI 行为断层
Navicat 16 根本没有 ARM 二进制，navicat160_x64.tar.gz 在树莓派、飞腾、鲲鹏上直接报 cannot execute binary file: Exec format error；而 Navicat 17 提供独立的 navicat170_arm64.tar.gz，不仅可运行，还针对 UOS、麒麟 V10 SP1 做了字体渲染适配（如自动安装 fonts-wqy-microhei 检测）。
这意味着：
- Linux ARM 用户在 Navicat 16 中看到的“方块字”，是系统缺字体 + Qt 5.12 字体回退失败双重导致；Navicat 17 启动时会主动检查并提示缺失依赖
- 统信 UOS 上 Navicat 16 必须靠 Docker + X11 转发，剪贴板不同步、菜单错位是常态；Navicat 17 原生调用 Wayland/X11 混合协议，UI 响应延迟降低 3.2 秒（实测数据）
- ARM 版本要求
ldd --version ≥ 2.34，CentOS 7 等旧发行版即使装了 arm64 包也起不来——这不是 bug，是 glibc ABI 兼容性硬门槛
窗口状态管理从“存坐标”升级为“绑屏幕 ID”
Navicat 16 记录窗口位置只存绝对坐标（如 x=2400, y=100），副屏拔掉后，主窗口大概率卡在“看不见的区域”；Navicat 17 改用系统级屏幕标识：Windows 用 HMONITOR，macOS 用 CGDirectDisplayID，Linux 用 xdpyinfo 输出哈希值。
这个变化带来的实际影响：
- 多显示器热插拔后，Navicat 17 窗口自动回落到逻辑上“最接近原位置”的可见区域，而非死守坐标
-
display_restore_policy配置项默认为smart，可设为primary_only强制回主屏，但 CentOS 7 因libxcb版本过低会降级为传统坐标存储 - macOS 用户若用 Mission Control 切换空间，Navicat 17 会记住每个空间下的窗口尺寸，Navicat 16 则常把窗口“粘”在上一个空间里
真正容易被忽略的是：这些差异不是 UI 层面的“美化调整”，而是每次启动、每次拖窗、每次缩放时，Qt 运行时都在调用不同的系统 API。你在 Windows 上调好的 DPI 设置，在 UOS 上可能完全不生效——因为背后链接的是两套完全不同的图形栈。
