技术深度解析
Niri的架构有意区别于堆叠式合成器（如GNOME的Mutter或KDE的KWin）和传统的平铺管理器。其核心是一个场景图，用于在一个理论上无限的二维平面上管理所有可见元素——窗口、面板、图层。由用户滚动控制的视口，就像一台在这个平面上移动的摄像机。这与Sway或i3wm有根本不同，后者管理的是有限的一组离散工作区，每个工作区都有自己独立的布局树。
该合成器使用Rust编写，利用Smithay库工具包进行底层的Wayland协议实现。Smithay提供了创建Wayland合成器所需的构建模块，处理客户端连接、输入事件和缓冲区管理。在渲染方面，Niri可以使用WGPU后端（利用Vulkan、Metal或DirectX 12）或更简单的软件渲染器，其中WGPU是实现硬件加速、无撕裂性能的路径。输入处理通过libinput集成，为滚动导航提供精确的触摸板手势识别。
关键算法是动态平铺布局引擎。当新窗口打开时，Niri会根据可配置的规则（水平或垂直分割）将其插入布局中。然后，画布上的整个布局会进行重排。其精妙之处在于，这种重排仅限于新窗口周围的局部区域；在画布滚动中距离较远的窗口不受影响，从而保留了空间记忆。这是通过一个定制的空间分区数据结构（可能是二叉空间分区树的一种变体）来管理的，该结构跟踪连续画布上窗口的位置和尺寸。
性能对于滚动时的感知流畅度至关重要。Niri必须仅合成和渲染可见视口，但同时需要保持视口外窗口的缓冲区随时可用，以避免滚动到它们时出现延迟。其渲染管线为此进行了优化，利用损伤跟踪技术仅重绘屏幕上发生变化的部分。
| 特性 | Niri | Sway (i3 for Wayland) | GNOME Mutter (堆叠式) |
|---|---|---|---|
| 核心范式 | 连续可滚动画布 | 离散工作区 | 重叠窗口与活动 |
| 空间导航 | 平滑滚动（像素级） | 瞬时工作区跳转 | 概览/Exposé，工作区切换 |
| 布局管理 | 带局部重排的动态平铺 | 每个工作区手动/自动平铺 | 手动浮动，部分自动平铺扩展 |
| 渲染后端 | WGPU (Vulkan/Metal/DX12) 或软件 | WLROOTS (OpenGL) | Clutter (OpenGL) |
| 主要输入模式 | 键盘 + 触摸板手势 | 以键盘为中心 | 鼠标 + 触控为中心 |
| 配置方式 | 静态配置文件 (TOML) | 静态配置文件 | 主要GUI驱动，部分GSettings |
数据要点： 对比表突显了Niri的独特定位。它从Sway借鉴了平铺，但替换了其导航模型；从GNOME借鉴了平滑过渡，但将其应用于严格管理的布局。它选择WGPU而非WLROOTS，是对下一代图形API的前瞻性押注。
关键人物与案例研究
Niri的开发主要由个人开发者Maxime "taiite"推动，他为该项目培育了专注的愿景。这与其他有影响力的平铺管理器（如由Michael Stapelberg开发的i3和由Drew DeVault开发的Sway）的早期发展模式相似。该项目的成功取决于这位维护者平衡创新与稳定、并培育贡献社区的能力。
Niri存在于下一代Wayland合成器的竞争格局中。其最直接的概念竞争对手是River，这是一款同样针对Wayland的动态平铺合成器。然而，River采用传统的基于标签的工作区系统，而非连续画布。Hyprland是另一款快速增长、以其视觉效果、动画和插件系统闻名的合成器，但它遵循的是更传统的“浮动为主、平铺为选项”的模式。Niri的滚动平铺是其独特的差异化优势。
一个相关的案例研究是GNOME Shell的PaperWM扩展。PaperWM多年前就在GNOME生态中引入了滚动平铺范式，证明了用户对此模型有需求。然而，作为一个Shell扩展，它受限于GNOME的架构，并存在不稳定和性能问题。Niri可以被视为对类似概念的、从头构建的原生实现，不受堆叠式合成器历史包袱的拖累，因此能够实现更好的性能和集成度。
工具生态系统也至关重要。Niri的配置使用TOML，这比i3/Sway的自定义语法更现代、可读性更强。虽然其插件系统尚处早期，但它遵循清晰的IPC（进程间通信）模型，允许用任何语言编写的外部守护进程来控制布局和行为。这是其可扩展性的基础。