Gecko录屏：1×1窗口救活跨桌面采集
做macOS录屏工具最大的噩梦是用户切换桌面后画面直接冻结。Gecko团队发现一个反直觉的解法：在后台开一个1×1像素的透明Metal窗口持续重绘，离屏采集帧率能从0.04帧/s拉回到30帧/s附近。这不只是修bug，而是找到了苹果系统采集机制的盲区。对正在做Mac视频工具的团队来说，这套Pulse机制可以直接抄，属于能构建技术壁垒的工程细节。
这个修复方案适合谁做
适合正在开发macOS原生录屏、屏幕采集或远程控制工具的独立开发者及小团队。Windows和Linux用户没辙，因为方案深度依赖macOS专属的ScreenCaptureKit和Metal框架，无法跨平台迁移。国内Mac开发团队可以拿去当产品差异化卖点，解决“切个桌面就黑屏”的致命体验短板。
落地成本与关键参数
人力成本极低，熟手macOS工程师1周即可完成POC验证。核心在于参数调优：窗口尺寸缩到1×1，绘制频率锁定60Hz，采用Adaptive策略仅在目标窗口离屏时绘制，切回前台延迟1.5秒关闭。据官方实测，这套Adaptive策略比30Hz常开方案功耗降低33.4%，避开了“修复了黑屏却遭用户骂耗电”的坑。30Hz常开会让CPU/GPU功耗激增44.8%，且15轮测试里有5轮帧率跌破29，而60Hz全部稳在30帧/s左右，所以频率必须拉满。
工程实现有哪些坑
最大的坑是资源泄漏。如果录制异常退出没释放Pulse资源，系统会卡成狗。必须写死清理流程，覆盖开始失败、录制中强退等边界场景，确保活动资源数归零。另一个容易翻车的是视觉干扰，早期版本用64×64黑白方块会被用户发现屏幕闪点，后来改成同色重绘再改alpha=0完全透明，既保住了采集恢复效果，又彻底去扰。这套从尺寸、颜色到进程的调试轨迹，比最终代码本身更有参考价值。
常见问题
问：这个方案能直接用在Windows上吗？
答：不行。方案强依赖macOS特有的ScreenCaptureKit和Metal API，Windows和Linux系统架构完全不同，无法直接复用这套Pulse机制。
问：为什么选60Hz而不是30Hz？
答：作者实测15轮中，30Hz有5轮帧率低于29帧/s，稳定性差；60Hz全部维持在30帧/s左右。配合Adaptive策略，60Hz在功耗上也能做到比30Hz常开更优。
问：1×1像素窗口会不会占用过多显存？
答：不会。官方测试证实面积非关键因素，从64×64缩到1×1后源帧率仍达29.895帧/s。真正影响功耗的是绘制频率和是否采用Adaptive离屏触发逻辑，而非像素数量。
来源 · 序 on 流动：阅读原文 →
