# WindowServer 占用 CPU 过高怎么办 > 逐项排查频繁重绘、录屏、外接显示器、缩放和刷新率，找到真正增加合成负载的来源。 Published: 2026-06-21 | Updated: 2026-08-22 WindowServer 是 macOS 的显示合成器。动画、屏幕共享或调整显示器时，CPU 占用升高很正常。真正值得排查的是空闲时持续高负载，并且同时出现卡顿、发热或续航下降。 ## WindowServer 在做什么 每个窗口、菜单、动画和像素，最终都由 WindowServer 组合到显示器上。图形负载因此可能记在 WindowServer 名下，而不是发起重绘的应用名下。它常常只是负载的承接者。 ## 常见的高负载来源 - **大量窗口和桌面空间：** 所有窗口和虚拟桌面都要跟踪与合成 - **高分辨率或多台显示器：** 4K、5K 和多显示器会增加像素总量 - **缩放分辨率：** 部分「看起来像」模式会先渲染更大的表面再缩小。成本取决于 Mac、显示器、缩放模式和任务，Retina 缩放本身不是故障 - **透明与动态效果：** 菜单、程序坞和控制中心的模糊与半透明需要实时计算 - **频繁重绘的应用：** 例如高速输出的终端或后台动画网页 - **录屏和远程显示：** 屏幕录制、视频通话、AirPlay、远程桌面和虚拟显示工具都会增加采集或合成工作 - **高刷新率与动态壁纸：** 更多帧和持续变化的像素会抬高负载 ## 逐项降低负载 - 打开「系统设置 > 辅助功能 > 显示」，尝试**降低透明度**。Apple 的[显示设置说明](https://support.apple.com/guide/mac-help/unac089/mac)介绍了视觉变化。用同一场景对比后再决定是否保留 - 在「辅助功能 > 动态效果」中尝试**减弱动态效果**。Apple 的[动态效果说明](https://support.apple.com/guide/mac-help/mchlc03f57a1/mac)列出了受影响的动画 - 可以测试默认缩放或较低刷新率，再重复相同任务，如果文字明显更难读，这项交换通常不值得 - 关闭不用的窗口和桌面空间，退出后台频繁重绘的应用 - 一次暂停一项录屏、远程桌面、动态壁纸或虚拟显示工具 - 断开一台显示器做对比。基础负载明显变化后，再分别检查缩放、刷新率、线缆和转接器 注销会重启用户显示会话，重启也可能暂时掩盖会再次触发的重绘故障，因此记录问题状态比马上重启更有诊断价值。 瞬时百分比很容易误导，更有参考价值的是在同一个空闲画面下观察几分钟，复现问题后只移除一个可疑来源。数值和实际症状都改善时，修改才算有证据支持。 ## 合成和缩放为什么会消耗资源 应用先把内容绘制到各自的离屏缓冲区，也叫 backing store。WindowServer 再把它们组合成每台显示器的最终画面，并应用变换与视觉效果。 场景变化就会触发合成，因此持续重绘和画面采集会不断占用 CPU 或 GPU。部分缩放模式还要渲染较大的中间表面再缩小，但它只是因素之一。像素总量、刷新率、显示器数量和重绘频率应分别测试。
多个应用离屏缓冲区进入合成器，输出一幅显示画面，缩放分辨率先渲染更大表面，再缩小到面板原生像素。
WindowServer 为每台显示器组合应用表面。缩放、刷新率、画面采集和反复重绘都会增加工作量。
## 监控工具能看到什么 「活动监视器」或 [Mole](https://mole.fit/zh/) 的「状态」页可以显示 WindowServer、CPU 和 GPU 趋势，但无法自动把合成成本准确归给某个应用。可靠方法是每次停掉一个重绘来源，或只改变一个显示变量，再比较空闲与工作状态。 ## 可复现的排查步骤 强制退出 WindowServer 只会中断显示会话，普通 Retina 缩放也不构成故障。受控对比更容易分清问题来自应用重绘、采集工具、显示器、缩放还是刷新率。 --- Canonical HTML page: https://mole.fit/zh/blog/windowserver-high-cpu-mac Blog index for agents: https://mole.fit/zh/blog/llms.txt Site index for agents: https://mole.fit/llms.txt