Rem项目中的多显示器全屏模式捕获问题分析

问题现象描述

在Rem项目中，当用户将外部显示器上的应用程序切换至全屏模式时，系统会错误地捕获主显示器(Display ID: 1)的内容，而非实际包含活动应用程序的外部显示器内容。这一现象导致屏幕录制或截图功能无法正确获取目标显示器的画面。

技术背景

macOS系统通过NSScreen类提供多显示器管理功能。NSScreen.main属性通常用于获取系统认为的"主"显示器，但在某些特殊场景下(如全屏模式)，这一判断逻辑可能出现偏差。

问题根源分析

经过技术分析，发现问题源于以下因素：

1. 全屏模式下的显示器识别异常：当应用程序进入全屏模式后，系统对"主显示器"的判定标准发生变化，导致NSScreen.main返回了错误的显示器引用。

2. 活动应用与显示内容的分离：虽然系统能正确识别活动应用程序(如示例中的Firefox)，但显示内容的捕获却指向了错误的物理显示器。

解决方案探讨

针对这一问题，可以考虑以下几种技术方案：

1. 基于鼠标位置的显示器判定：通过获取当前鼠标指针所在的显示器来确定目标捕获区域。这种方法更加直观，符合用户的实际操作意图。

2. 多显示器枚举与匹配：主动枚举所有可用显示器，结合应用程序窗口位置信息，精确匹配目标显示器。

3. 全屏模式特殊处理：检测到全屏状态时，采用备用逻辑确定目标显示器。

实现建议

建议采用基于鼠标位置的解决方案，因其具有以下优势：

• 实现简单直接
• 符合用户直觉(用户通常会看向鼠标所在位置)
• 已被其他成熟应用(如Rewind)验证有效性

具体实现可参考以下伪代码：

// 获取鼠标当前位置
let mouseLocation = NSEvent.mouseLocation

// 遍历所有屏幕，找到包含该点的屏幕
for screen in NSScreen.screens {
    if NSMouseInRect(mouseLocation, screen.frame, false) {
        // 找到目标屏幕
        return screen
    }
}

总结

多显示器环境下的屏幕捕获是一个常见但容易出错的功能点。通过分析Rem项目中出现的全屏模式捕获问题，我们了解到NSScreen.main在某些场景下的局限性。采用基于鼠标位置的显示器判定策略，可以提供更稳定、更符合用户预期的捕获效果。这一解决方案不仅适用于Rem项目，也可为其他需要处理多显示器场景的macOS应用提供参考。