dbus 依赖桩化

dbus 是 Linux 桌面的神经系统：应用经它找服务、发信号、查属性。桌面应用依赖 dbus 的程度常被低估——不是只有显式用它的，很多库默认探测并挂上去。鸿蒙应用沙箱里没有 dbus 服务，这条依赖必须处理。这篇讲桩化方案。

▍先审计依赖面
交叉编译时看报错：链接期找 dbus 库的、运行时连接会话总线的、配置期探测 dbus 的，三处都算。还要查间接依赖：桌面集成库（通知、托盘、电源管理、媒体键）几乎都走 dbus。审计产出一张清单：谁在用、用哪个总线、用哪些接口。

▍三种处置
一，裁剪：构建期禁用 dbus 支持（多数库有开关），最干净，能用则用。二，桩库：禁不掉的，编一个空实现库顶替链接——对外接口签名一致、内部直接返回失败或安全默认值。运行时应用拿到失败返回值走各自降级路径。三，桩加配置：个别库失败路径不健壮（失败后反复重试或行为异常），桩要返回让它安心的值（如不存在的服务名）。

▍桩的实现要点
接口覆盖：按真实 dbus 库的公开 ABI 实现同名符号（多数是连接、调用、信号订阅几族），行为语义按调用方期望设计——总线路径返回连接失败、名称查询返回不存在、信号订阅返回成功但永不回调（让它安静）。桩库装进私有前缀，pc 文件配套，探测层自然找到它。桩清单登记：桩了哪些库、哪些接口、什么行为，排查桌面行为异常时先翻这张表。

▍真实影响面举例
通知：桌面通知走 dbus，桩化后应用内通知要改走系统通知通道（鸿蒙有对应能力）或应用内浮层。电源管理：阻止息屏的桌面接口桩化后，改用系统的保亮机制。媒体键：全局快捷键桌面走 dbus，移动端改系统级按键方案。

▍验收
桩化后全功能走查一遍，重点：启动无 dbus 相关报错刷屏、通知类功能有替代路径、无周期性重试耗电。

▍一句话
dbus 不是移植的敌人，不理它才是——清单化、桩化、登记化，三步驯服。

更多真实移植案例，欢迎到 apps 板块翻看 56 篇《鸿蒙PC适配全记录》系列实录。