SketchyBar 空间窗口状态追踪机制优化解析

背景与问题分析

SketchyBar 作为 macOS 上的状态栏定制工具，提供了强大的空间管理功能，其中 space_window_change 触发器是实现空间应用图标显示的核心机制。该触发器会通过 APPS 变量传递当前空间中的应用列表，用于在状态栏中渲染对应的应用图标。

然而，当前版本存在一个显著的功能缺陷：当应用窗口被隐藏或最小化时，系统无法正确追踪这些窗口的状态变化。这导致了以下几个具体问题：

1. 状态不一致：隐藏/最小化窗口时不会触发状态更新，导致 APPS 变量中的信息与实际显示不符
2. 后续操作干扰：在同一空间创建新窗口时，隐藏窗口会被错误地从 APPS 列表中排除
3. 跨空间同步问题：移动到其他空间后，原空间的状态不一致问题会持续存在

技术原理剖析

macOS 的窗口管理系统本身存在一些特殊行为，特别是对于 Electron 类应用（如 Discord、Slack等）：

• 关闭窗口操作可能只是隐藏窗口而非真正退出应用
• 最小化窗口使用独立的窗口状态管理机制
• 不同应用对窗口隐藏/关闭的实现方式存在差异

当前的 SketchyBar 实现采用了一种较为简单的窗口追踪策略，主要基于可见窗口的状态变化。这种设计无法有效处理以下场景：

• 用户通过 Cmd+H 隐藏应用窗口
• 窗口被最小化到 Dock 栏
• 应用自行触发的窗口隐藏行为

解决方案与实现

仓库维护者已经提交了优化方案，主要改进点包括：

1. 独立追踪隐藏窗口：建立专门的隐藏窗口追踪机制，与常规窗口状态分离管理
2. 事件负载扩展：在事件触发时同时携带隐藏应用的信息，为前端提供完整状态数据
3. 状态同步保障：确保空间切换时所有窗口状态的一致性维护

这种改进方案既解决了当前的问题，又保持了良好的扩展性。未来可以在此基础上进一步细化窗口状态管理，例如：

• 区分隐藏和最小化状态
• 提供窗口聚焦状态信息
• 支持多显示器环境下的窗口追踪

用户影响与最佳实践

对于普通用户而言，这一改进将带来更准确的空间应用指示体验。在等待正式版本发布期间，用户可以采取以下临时解决方案：

1. 快捷键重映射：通过 skhd 等工具捕获系统快捷键，手动同步状态
2. AppleScript 辅助：编写脚本主动查询窗口状态并更新 SketchyBar
3. 状态重置策略：定期刷新空间状态以确保一致性

值得注意的是，对于偏好显示所有应用（包括隐藏应用）的用户，新方案将提供更好的支持，使窗口管理行为更符合个人工作习惯。

总结展望

SketchyBar 对空间窗口状态的追踪机制优化，体现了该项目对 macOS 系统深度集成的持续改进。这种改进不仅解决了当前的功能缺陷，也为未来更精细化的窗口管理功能奠定了基础。随着该方案的进一步完善，用户将能够获得更加精准和灵活的空间管理体验。