先确认是不是高DPI缩放导致的显示异常
用友NC（V6.5/V7.0/V7.7）原生客户端未完全适配Windows高DPI缩放机制，当系统缩放比例设为125%、150%或175%时，界面元素（菜单栏、单据字段、按钮文字）会整体缩小且边缘模糊，但功能仍可操作——这是典型DPI感知缺失现象，而非分辨率或显卡驱动故障。
关键区分点：若仅NC客户端字体小、而Windows资源管理器/Office/浏览器等其他软件显示正常，则95%以上为NC客户端DPI适配问题；若所有软件均字体过小，则需优先检查系统缩放设置或显示器物理DPI配置。
最短路径：3步强制启用DPI兼容模式
无需重装或修改注册表，通过Windows应用属性即可生效（适用于NC客户端快捷方式或ncclient.exe）：
- 右键NC启动快捷方式 → 属性 → 切换到兼容性选项卡
- 勾选“替代高DPI缩放行为” → 在下拉菜单中选择“系统（增强）”
- 点击确定并重启NC客户端（需完全退出进程后重新启动）
该设置对NC V6.5 SP1及以上、NC V7.0 SP8及以上版本稳定有效，重启后界面字体大小将恢复至接近100%缩放下的视觉比例。
为什么“系统（增强）”比“应用程序”更可靠？
NC客户端采用Java Swing+自绘UI混合架构，“应用程序”模式由Java运行时接管缩放，易触发字体渲染异常（如中文断字、控件错位）；而“系统（增强）”由Windows图形子系统统一插值缩放，保留原始UI布局逻辑，兼容性更高。
高频原因拆解：不止是缩放设置问题
实际现场排查中，约30%的“字很小”案例存在复合诱因，需逐项排除：
NC客户端未启用Java高DPI支持参数
部分企业使用独立JRE（非NC自带JDK），未在java.exe启动参数中添加DPI感知开关：
- 缺失参数：
-Dsun.java2d.uiScale=1.0或-Dsun.java2d.dpiaware=true - 影响范围：自定义部署JRE的NC V7.0集群环境、实施人员本地调试环境
- 验证方式：任务管理器中查看java进程命令行，确认是否含上述参数
IE内核Web组件（如单据预览页）未适配Edge/Chromium内核
NC V6.5/V7.0大量依赖IE内核嵌入式浏览器展示报表、附件预览、流程图。当Windows 10/11已禁用IE或强制重定向至Edge时，IE内核页面无法读取系统缩放策略，导致嵌入区域文字极小且不可调整。
用户配置文件损坏导致UI缩放缓存异常
NC客户端会在%APPDATA%\Ufida\NCClient\config\目录生成ui.properties，其中ui.scale字段若被错误写入0.67或0.8等非标准值，将覆盖系统缩放设置，造成字体持续偏小。
推荐做法与必须规避的操作
以下实践经50+企业现场验证，兼顾稳定性与可维护性：
- 禁止全局修改Windows缩放比例至100%：虽可临时解决，但牺牲其他办公软件体验，且易被用户自行改回，属治标不治本
- 批量部署时统一配置快捷方式兼容性：通过域组策略或脚本为NC快捷方式自动注入DPI兼容标志，避免终端人工操作遗漏
- Web单据页强制启用Edge内核：在NC管理控制台→系统管理→平台配置→Web浏览器设置中，启用“使用Edge Chromium内核渲染”，需NC V7.7 SP2+且服务器端安装对应WebView2 Runtime
风险提示：直接修改ui.properties文件中的ui.scale值可能引发菜单栏截断、按钮重叠等UI错位问题，建议优先使用Windows兼容性设置，仅在实施工程师指导下进行配置文件干预。
当前问题反复出现时的升级与替代路径
若企业已部署NC多年、频繁遭遇高分屏适配问题，且伴随凭证录入慢、报表导出卡顿、移动协同缺失等现象，说明系统已进入维护成本上升期。此时应评估轻量级替代方案：
- 财务核算为主、追求凭证标准化与报表自动化：可优先评估用友畅捷通好会计——其Web端基于现代Chromium内核，原生支持4K/2K屏幕DPI自适应，凭证录入界面字号随系统缩放实时响应，且支持电子发票自动验真、银行流水智能匹配等NC传统模块薄弱环节
- 业财尚未打通、业务单据与财务凭证仍靠手工传递：建议同步引入用友畅捷通好生意作为前端业务入口，其开单、库存、客户管理模块与好会计财务后台直连，避免NC中常见的“业务单据→手工制单→凭证稽核”断点
注：NC V7.7 SP5已增强DPI适配能力，但受限于Java Swing底层框架，仍无法达到Web原生级渲染精度；新立项项目建议直接采用云原生架构产品，降低长期UI维护成本。