快速结论
WindowServer 合成 macOS 显示的窗口和视觉效果。其 CPU 负载会随应用、动画、显示设置及 macOS 本身变化。高占用是调查线索，不能直接证明某个应用或内存泄漏是原因。
不要为了降低数字而强制退出 WindowServer，这可能结束图形会话并丢失未保存工作。从 活动监视器 → CPU 开始，记录负载变化时机，每次只验证一个触发条件。
从症状选择检查方法
以下是排查方法，不是实测结果或保证有效的修复。
| 负载升高时机 | 首先检查 | 如何理解变化 |
|---|---|---|
| 接入外接显示器后 | 保持任务近似不变，暂时断开该显示器 | 可重复下降说明显示配置可能有影响，不能直接判定硬件故障 |
| 打开某应用或页面后 | 保存工作，再退出应用或暂停页面 | 多次可重复时，进一步检查该任务与设置 |
| 动画、视频或屏幕共享时 | 暂停其中一项活动再比较 | 区分执行任务的负载与停止活动后仍持续的负载 |
| 长时间运行后逐渐上升 | 记录趋势，逐个测试应用 | 增长只是线索，资源图表不能单独确认泄漏 |
| 更新后开始出现 | 记录 macOS 和应用版本，重复同一任务 | 查对应版本说明，发生时间相近不等于因果关系 |
WindowServer 是什么？
WindowServer 属于 macOS 图形系统，通常位于 /System/Library/PrivateFrameworks/SkyLight.framework/Resources/WindowServer。它将应用和系统的视觉输出合成后显示。
不存在所有 Mac 通用的正常 CPU 百分比。 应在同一台机器、相同显示配置和任务下比较。CPU 百分比以单个核心为基准，因此多核 Mac 的单个进程可超过 100%。
负载可能反映其他应用的绘制工作，但也不能排除 macOS 或图形系统本身的问题。单次高读数无法区分原因。
如何排查高 CPU
第一步：记录基线
在活动监视器的 CPU 标签页找到 WindowServer，分别观察空闲状态和触发症状的操作。每种状态使用一致的观察时段，例如一分钟，避免只比两个瞬时数字。
记录 Mac 机型、系统和应用版本、显示器、分辨率、缩放、刷新率以及执行的操作，以便复查或向支持人员描述。
第二步：只改变一个应用或显示条件
保存工作后退出可疑应用；或比较连接、断开一台外接屏的同一任务；或暂停一个图形负载较高的页面。可行时恢复原条件，看负载是否再次升高。
可重复变化比同时出现的峰值更有参考价值，但仍可能是应用、显示设置和系统之间的相互作用。
第三步：结合 GPU 与进程历史
活动监视器的 窗口 → GPU 历史记录 显示整体 GPU 活动，不能单靠它将 WindowServer 的工作归因给某个应用。
ProcXray 可用于比较进程资源历史，用窗口拾取器识别可见窗口所属的应用。利用这些信息选择下一项检查，再通过改变任务验证；同时出现 CPU 或 GPU 峰值并不能证明因果关系。
第四步：按证据调整
- 显示相关： 比较默认显示设置与当前缩放或分辨率，并记录刷新率。没有一种设置在所有 Mac 上都更快，无效时恢复原设置。
- 应用相关： 检查更新、关闭多余窗口、暂停繁重视觉内容。测试图形加速时记下原值，按需重启应用，同时比较整体响应。
- 视觉效果： 在辅助功能中尝试减弱透明度或减弱动态效果。不同系统版本位置可能不同，可用设置搜索找到。
- 多个应用都持续异常： 保存工作后注销或重启，再复现原任务；若仍出现，检查系统更新及对应版本支持资料。
第五步：保留可复现记录
记下改变的条件、观察时段、资源趋势及响应或发热是否改善。若无法定位，把记录交给应用开发者或 Apple 支持，避免反复结束未知进程。
更多症状可继续查看 Mac 发热和风扇排查；陌生窗口可参考 查找窗口所属进程。
常见问题
可以杀掉或禁用 WindowServer 吗？
图形会话需要它。强制退出可能注销当前会话并丢失未保存内容。需要重建会话时，先保存工作，再正常注销或重启。
为什么内存占用很大？
内存需求受图形资源和任务影响。结合本机内存压力、响应和可重复行为判断，不要把固定的 GB 数字当作正常或异常标准。参见 内存压力与泄漏。
为什么连接外接屏后上升？
显示器数量、分辨率、缩放和刷新率都可能改变图形负载，应逐项测试。增加一台 4K 显示器没有固定的 CPU 倍数关系。
重启能永久解决吗？
重启重置会话状态，但不能证明原因。若相同条件下复现，记录触发方式并调查应用、显示配置或系统版本。