苹果M4/M5用户发现：4K显示器突然"缩水"成3.3K

3840×2160的4K显示器，在M4/M5 Mac上只能开到3360×1890。不是线材问题，不是显示器问题，是苹果在GPU驱动里加了一道隐形天花板。

开发者marcan在测试M5 Max时发现，同一台LG 4K显示器，M2 Max能正常输出3840×2160 HiDPI（视网膜缩放），M5 Max却被锁死在3360×1890。换算成像素密度，相当于从"真4K视网膜"降级成"准4K模糊版"。

硬件完全支持，软件主动阉割

苹果官网白纸黑字写着：M5 Max"支持一台外接显示器，最高8K（7680×4320）@60Hz"。实测中，这块GPU的DCP（显示协处理器）参数与M2 Max完全一致——MaxActivePixelRate 497,664,000、MaxTotalPixelRate 537,600,000，带宽余量充足。

问题出在AppleDisplayCrossbar驱动。这个位于DCP与WindowServer之间的组件，在M4/M5上把HiDPI后备缓冲区（backing store）上限设为原生分辨率的1.75倍，而非2.0倍。7680×4320的帧缓冲区申请直接被拒，哪怕硬件明明能跑。

开发者实测：三条路全部堵死

marcan尝试了三种绕过方案，结果令人沮丧。

方案一：显示覆盖配置（Display Override Plist）。在/Library/Displays/Contents/Resources/Overrides/下写入7680×4320 HiDPI的scale-resolutions条目——M2 Max生效，M5 Max完全无视。WindowServer拒绝枚举该模式，无论plist内容如何。

方案二：EDID补丁。修改显示器的扩展显示识别数据，伪装成更高规格设备——失败。M4/M5的DCP直接从物理接口读取EDID，不走软件层覆盖。

方案三：强制注入EDID到驱动层——尚未找到可行入口。驱动层面的硬编码限制，让软件层面的所有变通都成了无用功。

用户被迫二选一：模糊缩放，或原生4K瞎眼模式

HiDPI的核心逻辑是"高分辨率渲染+整数缩放显示"。3360×1890 HiDPI意味着系统实际渲染6720×3780，再缩放到3840×2160面板——非整数倍导致文字边缘发虚。关闭HiDPI用原生4K？UI元素小到需要放大镜。

这不是M4/M5的硬件缺陷，是苹果在驱动策略上的主动后退。同一台机器，外接8K显示器能跑满，4K显示器却被卡脖子——产品线的规格表和实际体验出现了奇怪的错位。

时间线回溯：从M2的"正常"到M4的"缩水"

2022年的M2系列，3840×2160 HiDPI是默认选项。2023年末M3发布时，未见大规模限制报告。2024年M4登场后，Reddit与开发者论坛开始出现"4K显示器字体变糊"的零星反馈，当时被归咎于第三方显示器兼容性。

直到2025年3月，marcan用同一台LG显示器、同一根雷雳线缆，在M2 Max与M5 Max之间做控制变量测试，才锁定问题根源。DCP参数的字节级对比显示：硬件能力未变，变的是驱动层的策略代码。

苹果未在发布说明中提及此变更。M4/M5的显示架构白皮书里，"改进的显示管线效率"被反复强调——或许1.75倍的缩放上限，正是效率优化的代价之一。

一个值得玩味的细节

marcan的测试还发现：M5 Max在连接8K显示器时，7680×4320 HiDPI毫无障碍。限制似乎专门针对"4K面板开HiDPI"这一场景——恰好是Mac用户外接显示器的最主流配置。

是bug还是feature？苹果沉默。开发者社区的主流猜测指向内存带宽管理：M4/M5的统一内存架构下，过高的HiDPI后备缓冲区可能挤占GPU计算资源。但1.75倍与2.0倍的差距，节省的带宽是否值得牺牲视觉体验，没人能给出确切答案。

目前唯一的临时方案是购买5K或6K显示器——这些面板因原生分辨率更高，不受1.75倍上限影响。或者，等待苹果在某次macOS更新中松开口子，就像他们曾在M1时代悄悄修复外接显示器的色彩断层问题。

你会为了清晰的文字显示，放弃4K显示器换购5K？还是接受3360×1890的模糊缩放，等待一个可能永远不会来的驱动更新？