Niri窗口管理器中的命名工作区持久性问题解析

在Niri窗口管理器0.1.6版本中，用户报告了一个关于命名工作区持久性的重要问题。当用户断开显示器连接时，系统中所有空的命名工作区会被意外清除，这与窗口管理器预期的行为不符。

问题本质

命名工作区(Named Workspaces)是窗口管理器中的一个重要功能，它允许用户为特定用途创建具有持久名称的工作区。按照设计规范，这类工作区应该始终保持存在，无论其中是否包含窗口或是否处于活动状态。然而在实际使用中，当多显示器环境下的显示器被断开连接时（常见于用户关闭显示器电源的情况），系统会错误地将空命名工作区移除。

技术背景

这个问题与Wayland协议下的输出设备管理机制有关。当物理显示器被关闭时，现代GPU（特别是AMD显卡）通常会向系统发送输出设备断开信号。Niri窗口管理器在处理这种输出设备变更事件时，错误地将工作区清理逻辑应用到了所有工作区，包括那些本应持久存在的命名工作区。

影响范围

该问题主要影响以下使用场景：

1. 多显示器工作环境
2. 使用AMD独立显卡的系统
3. 经常需要关闭/开启显示器的用户
4. 依赖命名工作区进行工作流组织的用户

解决方案

项目维护者迅速确认了这个问题，并在代码提交b5ad0e12中修复了此问题。修复的核心思路是严格区分普通工作区和命名工作区的生命周期管理逻辑，确保命名工作区永远不会被自动清理。

用户应对建议

对于仍在使用受影响版本的用户，可以采取以下临时解决方案：

1. 在显示器重新连接后，手动重新加载Niri配置文件
2. 通过脚本自动恢复命名工作区配置
3. 升级到包含修复的版本

这个问题展示了窗口管理器在处理硬件变更事件时需要特别注意的边界情况，也为其他Wayland合成器的开发提供了有价值的参考经验。