navicat在mac retina屏上不模糊，是因为macos默认启用hidpi渲染，通过nshighresolutioncapable机制对未声明dpi感知的应用仍走core graphics的2×像素输出路径，文字图标原生绘制、无位图拉伸；而windows要求显式dpiaware声明或兼容性设置，否则强制gdi位图拉伸导致模糊。
Navicat在Mac Retina屏上不模糊，是因为macOS默认用HiDPI渲染
Mac对未声明DPI感知的应用，仍会走Core Graphics的HiDPI路径：系统直接输出2×物理像素（如Retina屏上把100×100逻辑点渲染成200×200像素），再由显示器硬件做点对点映射。文字、图标始终是原生分辨率绘制，没有Windows那种“先画96 DPI位图→再拉伸”的中间步骤。
关键区别在于：NSHighResolutionCapable这个plist键值——哪怕Navicat没显式声明，macOS也会按默认策略启用HiDPI后备渲染；而Windows必须靠dpiAware manifest或兼容性设置才能绕过位图拉伸。
实操建议：
- 无需额外设置，只要外接显示器已设为原生分辨率+启用HiDPI（按Option键点“缩放”选带(HiDPI)的项）
- 若Navicat窗口在副屏变小/发虚，检查该显示器是否被识别为“非HiDPI模式”：终端执行
system_profiler SPDisplaysDataType | grep -A 5 "Resolution"，确认输出中含Retina: Yes或HiDPI: Yes - 不要用“缩放”菜单里无(HiDPI)标识的选项（如“看起来像1440×900”），那是纯插值缩放，效果等同Windows的“系统”模式
Windows高分屏下Navicat模糊，本质是渲染链路断在DPI感知层
Windows从Vista起就要求程序在manifest里写dpiAware=true，否则一律按GDI位图拉伸处理。Navicat 16及更早版本的navicat.exe里没有这行声明，系统就把它当Win98程序对待：所有控件坐标、字体大小、图标尺寸都按96 DPI计算，最后整窗拿双线性滤波放大——亚像素信息全丢，中文笔画断裂，SQL编辑器行号错位。
对比macOS的“宽容”，Windows是“严格守约”：你不申明，我就不给你高DPI上下文。
常见错误现象：
- 主屏150%、副屏100%，拖Navicat到副屏后突然变糊 → 因Navicat不支持
PerMonitorV2，无法响应跨屏DPI切换 - ClearType校准完还是泛灰 → 缩放策略选了“系统”，绕过了ClearType光栅化流程
- 快捷方式设了“系统(增强)”但无效 → 操作对象是
Navicat.lnk，而非真实navicat.exe文件
Qt框架在两端的DPI适配行为差异极大
Navicat基于Qt开发，而Qt 5.6+在macOS和Windows对DPI的处理逻辑完全不同：
- macOS：Qt自动读取
NSScreen.backingScaleFactor，直接调用Core Text重排字体，无需应用干预 - Windows：Qt需依赖
SetProcessDpiAwarenessContext或manifest声明，否则QApplication::devicePixelRatio()恒为1.0，所有QPixmap加载、QPainter绘图都跑在96 DPI假象里 - Navicat 17开始部分引入Qt 6.5+，但仍未补全
Qt::AA_EnableHighDpiScaling启动参数，导致高DPI行为不稳定
所以你在Mac上改系统缩放，Navicat界面跟着变大变锐；在Windows上改缩放，它只是被系统“糊糊地撑开”。
真正要调的不是Navicat，是操作系统对它的“信任等级”
所有有效方案都围绕一个目标：让OS相信Navicat能自己处理高DPI。Mac默认给，Windows必须你手动签发“信任状”。
Windows侧必须同步满足四个条件：
- 显示器运行在
原生分辨率（如3840×2160屏不能设3200×1800） -
navicat.exe属性中启用“替代高DPI缩放行为”并选“系统(增强)” - 完整走完
调整ClearType文本向导，五组样本每组都选“黑色最实、边缘无红蓝边”的那一行 - 多显示器场景下，若主副屏缩放不同，优先选“应用程序”模式（但需确认Navicat版本≥17.0.12，旧版可能崩溃）
最容易被忽略的是第一项：GPU层插值发生在所有软件层之前，原生分辨率没对齐，后面三步全是白忙。
