写不写看心情了。。。如果你是从 Linux Kernel、BSP、驱动开发背景过来的可以把D-Bus 理解成 Linux 用户态里的“消息总线”。一句话D-Bus Linux 用户空间进程之间的 RPC 消息总线机制。它解决的问题类似于进程A ↓ 如何调用 ↓ 进程B的功能为什么需要 D-Bus假设有三个进程NetworkManager BlueZ CameraService现在 CameraService 想知道WiFi是否连接最原始的办法socket pipe shared memory都能做。但问题是每个服务 都要定义自己的协议非常乱。于是 Linux 桌面搞出了D-Bus统一通信方式。类似Android Binder只是 D-Bus 更老。架构D-Bus Daemon / | \ / | \ AppA AppB AppC通常dbus-daemon作为中间人。例如CameraApp ↓ D-Bus ↓ NetworkManager查询当前网络状态类似什么如果你熟悉 AndroidApp ↓ Binder ↓ System ServiceD-Bus 非常像App ↓ D-Bus ↓ System Service一个例子查看总线busctl例如busctl list可能看到org.freedesktop.NetworkManager org.bluez org.freedesktop.login1这些都是D-Bus Service调用服务例如查看网络状态busctl call \ org.freedesktop.NetworkManager \ /org/freedesktop/NetworkManager \ org.freedesktop.NetworkManager \ state本质上就是远程函数调用类似nm_get_state();实际上跨进程。D-Bus的核心概念1 Service服务名org.bluez蓝牙服务。org.freedesktop.NetworkManager网络服务。类似服务器名字2 Object类似对象路径/org/bluez/hci0类似BluetoothAdapter adapter;3 Interface类似 C 类org.bluez.Adapter1里面定义StartDiscovery() StopDiscovery()4 Method类似函数StartDiscovery()调用Bluetooth Scan Start5 Signal类似事件通知。例如WiFi Connected广播NetworkManager ↓ Signal ↓ 所有订阅者BSP工程师最常碰到的场景其实不是桌面软件。而是BlueZLinux蓝牙栈。App ↓ D-Bus ↓ BlueZ ↓ Bluetooth Driver扫描蓝牙StartDiscovery()就是 D-Bus 调用。ModemManager4G模块。App ↓ D-Bus ↓ ModemManager ↓ QMI ↓ ModemNetworkManagerWiFi。App ↓ D-Bus ↓ NetworkManager在嵌入式里用得多吗取决于系统。Linux桌面大量使用Ubuntu Fedora Debian几乎到处都是 D-Bus。Yocto很多。例如BlueZ NetworkManager systemd都依赖 D-Bus。Android基本不用。Android 用Binder所以高通 BSP 工程师经常会发现Android BSP ↓ Binder而Linux BSP ↓ D-Bus一个简单代码发送方法调用DBusMessage *msg; msg dbus_message_new_method_call( org.bluez, /org/bluez/hci0, org.bluez.Adapter1, StartDiscovery);意思调用 org.bluez.Adapter1 里的 StartDiscovery()你可以这样理解如果按照你熟悉的层次Linux Kernel ↓ Driver ↓ HAL/Service ↓ ApplicationD-Bus 位于Application ↕ D-Bus ↕ Service它不是驱动框架不是内核机制而是用户空间服务之间的标准通信总线。对于你以后接触BlueZ蓝牙NetworkManagerWiFiModemManager4G/5GsystemdAI眼镜 Linux 平台时经常会看到dbus-send busctl gdbus因为很多功能最终都是通过 D-Bus 暴露给应用层调用的。
