KDE 即将推出全新的 Plasma 登录管理器（Plasma Login Manager，简称 PLM），并计划在 Plasma 6.6（预计 2 月 17 日发布） 中首次正式亮相。
该组件被明确定位为长期使用多年的 SDDM 的继任者，未来将逐步取代 SDDM，成为 KDE Plasma 的默认登录管理方案。
与传统登录管理器不同，PLM 并不是一个“独立组件”，而是被设计为与 Plasma 桌面堆栈深度集成的一部分。KDE 开发团队希望通过这种方式，使登录流程与 Plasma 会话的启动逻辑、用户管理机制保持一致，从根本上减少多年来围绕 SDDM 积累的历史兼容逻辑与重复结构，从而实现登录系统的现代化重构。
架构选择带来的限制：强依赖 systemd
PLM 的核心设计前提非常明确：完全基于 systemd 架构构建。
具体来说，它依赖以下 systemd 组件作为基础能力层：
-
systemd-logind：会话生命周期管理 -
systemd 用户服务（user services）：权限管理与用户会话调度
-
systemd 的席位（seat）与会话模型：多用户与设备访问控制
这些依赖是强制性的基础依赖，并非可选模块，也没有设计兼容层。
这意味着一个非常直接的结果：
所有不使用 systemd 的 Linux 发行版，将无法使用 Plasma Login Manager。
所有 BSD 系统同样不支持 PLM。
原因也很简单：
这些系统要么完全没有 systemd，要么不存在与 PLM 所依赖 API 兼容的替代实现。
一位 KDE 开发者在 Reddit 上的回应也非常直接：
“理想情况下，我们当然不希望削弱对 BSD 或小众发行版的支持，但我们同样不希望为了这些平台，而牺牲为大多数用户提供最佳体验的机会。”
这实际上体现的是一个现实选择：
KDE 更倾向于为主流生态构建统一架构，而不是维持复杂的多体系兼容路径。
需要澄清的一点：不影响 KDE Plasma 桌面本身
这里需要特别说明的是：
PLM 不支持 ≠ KDE Plasma 不支持
无 systemd 的 Linux 发行版与 BSD 系统用户，依然可以正常使用 KDE Plasma 桌面环境本身。
Plasma 作为桌面环境组件，在这些平台上仍然是可用的。
区别只在于登录管理器层：
-
systemd 系统 → 可使用 Plasma Login Manager
-
非 systemd / BSD 系统 → 继续使用 SDDM 或平台原生登录机制
换句话说，对这些用户来说，实际使用状态并不会发生变化：
系统仍然使用原有登录管理方案，Plasma 桌面本身不受影响。
目前也没有任何迹象表明 KDE 会将 PLM 移植到非 systemd 环境，或为 BSD 单独开发兼容实现。
本质变化：KDE 架构路线的进一步集中化
从技术角度看，这并不是一个“兼容性问题”，而是一个架构选择问题。
PLM 的出现，标志着 KDE 正在进一步向以下方向集中：
-
统一 systemd 架构模型
-
深度绑定 systemd 会话管理体系
-
登录层、会话层、桌面层一体化设计
-
减少历史组件兼容负担
这意味着 KDE Plasma 正逐步从“多体系兼容桌面环境”，转向“主流 Linux 发行版优先架构”。
对于主流发行版用户（如 Ubuntu、Fedora、Arch、openSUSE 等 systemd 系统），这是体验整合与稳定性的提升；
而对于 BSD 与非 systemd 发行版用户来说，则意味着架构层面的边缘化，但并非功能层面的淘汰。
总结一句话
Plasma Login Manager 的设计目标是现代化、统一化和深度集成，而不是跨体系兼容。
它服务的是 systemd 生态，而不是整个 Unix-like 生态。
KDE Plasma 仍然是跨平台桌面环境，
但 KDE 的登录管理器层，正在走向明确的 systemd 专属路线。
这不是技术排他，而是架构现实。
