MacBook Neo光标卡顿修复：每10秒仅记录1像素屏幕

背景

近期，部分搭载 Apple Silicon 芯片的 MacBook Neo 用户报告了一个令人困扰的系统级 Bug：在 macOS Tahoe 26.5.1 系统下，当鼠标光标移动至屏幕边缘或进入终端（Terminal）窗口时，会出现明显的卡顿和延迟现象。

经过深入的技术排查，用户发现这一现象与 macOS 的光标渲染机制切换有关。当光标出现卡顿的瞬间，系统会从硬件光标（Hardware Cursor）切换至软件光标（Software Cursor）。具体表现为 CGCursorIsDrawnInFramebuffer() 函数的返回值从 0 变为 1。推测这可能是由于屏幕边缘或终端窗口内的图形渲染环境导致 macOS 试图切换渲染模式，但该切换过程在 MacBook Neo 上发生了阻塞或延迟。有趣的是，在屏幕锁定后约 17 秒内，系统仅使用硬件光标，此时光标移动流畅无延迟；而解锁后若触发特定条件，则会出现上述卡顿。

核心内容

面对这一硬件/驱动层面的兼容性问题，社区用户提出并验证了一种基于“欺骗”合成器（Compositor）的临时解决方案。该方案的核心逻辑是：既然系统在某些特定场景下强制切换至软件光标会导致卡顿，那么通过技术手段强制系统始终使用软件光标渲染，或者通过其他手段干扰合成器的判断，即可消除延迟。

用户尝试了多种方法，包括逆向工程 WindowServer（需关闭 SIP 系统完整性保护，风险较高）、调整 macOS 颜色滤镜（会影响显示色彩且可能与夜间模式冲突）、以及调整鼠标大小等，但均存在副作用或效果不佳。最终，用户发现“屏幕录制”功能可以作为一种有效的触发手段。

当 macOS 开启屏幕录制功能时，系统会强制改变光标的渲染方式，从而避开导致卡顿的硬件光标切换逻辑。虽然开启屏幕录制会在屏幕右上角显示录制指示器，但用户认为这是一个可以接受的代价。为了最小化干扰，用户编写了一个自动化脚本，其工作原理如下：

1. 极低开销的记录：脚本创建一个名为 Unlag Neo.app 的应用程序。该应用启动后，每隔 10 秒仅录制屏幕上的 1 个像素，并将数据直接丢弃（写入 /dev/null），因此几乎不产生 SSD 写入负担，对系统性能影响微乎其微。
2. 规避权限配置：该脚本生成的 .app 无需开发者账号或 Xcode 即可直接运行。用户只需赋予其必要的屏幕录制权限即可。
3. 智能控制：应用提供菜单栏控制选项，允许用户随时关闭该功能。此外，还包含“全屏暂停”功能，旨在播放全屏视频时自动隐藏或暂停录制指示器，以减少视觉干扰。

用户测试表明，在 VLC、YouTube 及其他应用中，该方案能有效解决光标卡顿问题。尽管这并非修复根本原因，但作为一种“中间步骤”或临时变通方案，它在不牺牲系统稳定性（无需关闭 SIP）的前提下，恢复了 MacBook Neo 的正常使用体验。

关键要点

• 问题根源：MacBook Neo 在 macOS Tahoe 26.5.1 下，光标在屏幕边缘或终端窗口附近会从硬件光标切换至软件光标，该切换过程出现阻塞，导致光标卡顿。
• 触发条件：卡顿通常发生在屏幕解锁后，且与特定图形渲染环境（如终端窗口）相关；屏幕锁定后约 17 秒内无此问题。
• 解决方案原理：利用 macOS 屏幕录制功能会强制改变光标渲染机制的特性，通过维持软件光标渲染状态来避免卡顿。
• 实施方法：
  • 使用社区提供的 create_unlag_neo_app.sh 脚本生成 Unlag Neo.app。
  • 该应用每隔 10 秒录制 1 个像素并丢弃数据，对存储和性能影响极小。
  • 无需关闭 SIP（系统完整性保护），无需开发者签名。
• 副作用与权衡：
  • 屏幕右上角会出现屏幕录制指示器，但体积较小。
  • 可通过应用内的“全屏暂停”功能在播放视频时优化指示器的可见性。
  • 频繁重新编译或修改应用名称可能导致 macOS 权限设置界面出现异常，建议手动调整权限或删除偏好设置文件（~/Library/Preferences/Unlag Neo.plist）以重置状态。
• 局限性：此方案为临时变通措施，并未修复 macOS 底层的光标渲染 Bug。若 Apple 发布系统更新修复该问题，此应用将不再必要。

意义与影响

这一案例生动展示了在专有闭源系统（如 macOS）中，当遇到底层驱动或系统服务 Bug 时，社区如何通过逆向思维和非侵入式手段进行“黑客式”修复。

1. 用户赋权与社区智慧：在官方修复缺席的情况下，用户通过深入分析系统行为（如观察 CGCursorIsDrawnInFramebuffer 的状态变化），找到了利用现有系统功能（屏幕录制 API）来绕过 Bug 的方法。这体现了开源社区和极客用户在应对系统缺陷时的创造力。
2. 最小化干预原则：该方案避免了高风险操作（如关闭 SIP 或修改系统核心文件），而是利用系统已有的权限机制和 API 行为，实现了“零侵入”或“低侵入”的修复。这种思路对于其他面临类似系统级 Bug 的用户具有借鉴意义。
3. 对 Apple 的警示：尽管这是一个临时解决方案，但它暴露了 macOS 在特定硬件（MacBook Neo）和特定系统版本（Tahoe 26.5.1）下的稳定性问题。硬件光标与软件光标之间的切换逻辑存在缺陷，影响了用户体验。Apple 需要关注此类硬件兼容性细节，并在后续更新中彻底修复光标渲染机制，而非依赖用户自行开发“补丁应用”。
4. 技术启示：该案例揭示了操作系统合成器（Compositor）和光标渲染子系统之间的复杂交互。对于开发者而言，理解不同渲染模式（HW vs SW）的触发条件和性能影响，有助于在开发图形密集型应用时避免类似的性能陷阱。