D-Bus розроблено для двох конкретних випадків: Зв’язок між настільними програмами в одному сеансі настільного комп’ютера; дозволити інтеграцію сеансу робочого столу в цілому та вирішити проблеми життєвого циклу процесу (коли компоненти робочого столу запускаються та припиняються).
Найпоширенішим випадком використання DBus є для взаємодії з системними службами. Системні служби та демони розкривають свої функції через інтерфейси DBus, дозволяючи іншим програмам і службам підключатися до них. Наприклад, служба NetworkManager надає API DBus для налаштування мережевих підключень.
D-Bus (скорочення від «Desktop Bus») — це механізм проміжного програмного забезпечення, орієнтованого на повідомлення, який дозволяє спілкуватися між декількома процесами, що виконуються одночасно на одній машині.
Крім міжпроцесного зв'язку, D-Bus допомагає координувати життєвий цикл процесу; це робить простим і надійним кодування програми або демона «одного екземпляра», а також запуск програм і демонів на вимогу, коли потрібні їхні послуги. D-Bus – це, головним чином, протокол міжпроцесного зв'язку (IPC).
Файли конфігурації Стандартні конфігурації для загальносистемної та сеансової шини повідомлень містяться у файлах /usr/share/dbus-1/system. conf і /usr/share/dbus-1/session. конф.
Використовується команда dbus-launch щоб запустити екземпляр dbus-daemon шини сеансу зі сценарію оболонки. Зазвичай він викликається зі сценаріїв входу користувача. На відміну від самого демона, dbus-launch завершує роботу, тому для читання інформації з dbus-launch можна використовувати зворотні галочки або конструкцію $().
DBUS надає послуги шини сеансу та системної шини. gRPC надає свого роду серверну реалізацію. gRPC — це точка-точка, де трафік DBus проходить через посередника (dbus-daemon; ігноруємо kdbus), який забезпечує шину. Ви можете застосувати підхід на основі шини за допомогою gRPC, але тоді вам потрібно буде створити цей демон-посередник.