Komorebi窗口管理器与Explorer进程重启的兼容性问题分析

问题概述

Komorebi是一款Windows平台上的平铺式窗口管理器，它通过监控系统事件来管理窗口布局。在实际使用中发现，当Windows资源管理器进程(explorer.exe)被强制重启后，Komorebi的部分功能会出现异常。

问题表现

用户报告的主要症状包括：

1. 通过任务栏切换工作区时功能失效
2. 尝试切换到其他工作区的窗口时，目标窗口会意外出现在当前工作区
3. 窗口选择边框变得无响应
4. 新打开的窗口无法被自动平铺

根本原因分析

通过日志分析，我们发现当explorer.exe被强制终止后，Komorebi会抛出"Class not registered"的COM错误。这表明Komorebi依赖的某些COM组件注册与特定的explorer.exe实例绑定。

具体来说，Komorebi使用了Windows的COM接口来监控系统事件和管理窗口。当explorer.exe被非正常终止时：

1. 已注册的COM类被意外注销
2. 事件通知链被中断
3. 窗口管理API的某些功能失效

技术细节

Komorebi的COM模块(com/mod.rs)负责处理与Windows系统的底层交互。当explorer.exe重启时：

1. 系统广播消息机制被中断
2. 窗口句柄与工作区映射关系可能丢失
3. 焦点跟踪功能出现异常
4. 新窗口检测机制失效

日志中出现的"Class not registered"错误表明COM组件的注册状态与进程生命周期紧密相关。

解决方案与最佳实践

目前推荐的解决方案是：

1. 当需要重启explorer.exe时，应先停止Komorebi服务
2. 重启explorer.exe后，再重新启动Komorebi
3. 避免使用taskkill等强制终止方式重启explorer.exe

值得注意的是，通过任务管理器正常重启explorer.exe通常不会导致此问题，这表明问题与进程终止方式有关。

未来改进方向

从技术角度看，可能的改进包括：

1. 增加对COM组件状态变化的监控
2. 实现explorer.exe重启后的自动恢复机制
3. 增强错误处理，避免整个服务崩溃
4. 提供更友好的用户通知机制

总结

Komorebi作为Windows平台上的窗口管理器，与系统核心组件explorer.exe有着紧密的交互依赖。理解这种依赖关系有助于用户更好地使用和管理该工具。目前建议用户在必要时同时重启Komorebi服务以确保功能完整。