Electron 录制引擎为何要重写为 Swift？

Rebuilding our Electron meeting-recording engine in Swift

我们的桌面应用无需机器人即可捕获会议并流式传输到云端。过去几个月，录制引擎是产品中最难稳定的部分：修复一类边缘情况，发布后下一周又出现新问题。引擎原本运行在 Electron 的渲染进程中，我们尝试了生命周期管理、主线程外移、隔离 React 渲染循环等方案，但收效甚微。根本问题在于：渲染进程不适合实时音视频捕获，无法容忍 GC 暂停或浏览器运行时的节流。于是我们转向原生方案：macOS 使用 ScreenCaptureKit，Windows 使用 libobs，并通过共享的 Swift 层统一接口。我们开发了内部工具 Atomic，将 Swift 的 @Published 属性自动映射为 React 的 Jotai atom，实现全反应式、类型安全且无需胶水代码的桥接。macOS 和 Windows 的捕获引擎架构迥异，我们分别处理了多时钟同步、音频驱动采样率欺骗等复杂问题，并采用 fragmented MP4 确保崩溃时录制文件不丢失。整个重写仅耗时两个月，现在录制功能已变得可靠而‘无聊’。