심지어 2019 년 D-버스초보자로 나를 위해 매우 유용합니다. 나는 두 번째 예제가 어떻게 작동해야하는지 알아 내지 못했습니다! 그러나 전반적으로, 좋은 작품. 감사합니다. DBus는 org.freedesktop.Introspectable과 같은 간단한 네임스페이스 문자열로 인터페이스를 식별합니다. 대부분의 바인딩은 이러한 인터페이스 이름을 Java 인터페이스 또는 C++ 순수 가상 클래스와 같은 적절한 프로그래밍 언어 구문에 직접 매핑합니다. D-Bus는 서버 또는 서비스 프로세스와 클라이언트 간의 프로세스 간 통신에 사용됩니다. 두 가지 상황이 있습니다. 첫째, 단방향 통신만 있습니다. 클라이언트는 일부 이벤트를 서버에 알릴 수 있으며 서버는 이를 기록합니다. 서버가 클라이언트에 다시 응답하지 않습니다. 마찬가지로, 서비스는 일부 정보와 관심있는 그 (프로세스)를 방송 할 수 있습니다, 그것을 기록합니다. 클라이언트는 서버에 다시 응답하지 않습니다. 두 번째 경우는 본격적인 양방향 통신입니다.

클라이언트는 요청 메시지의 일부 정보를 서버로 보냅니다. 서버는 메시지를 수신하고 데이터를 처리하며 클라이언트로 회신 메시지를 보냅니다. 첫 번째 경우는 신호를 사용하여 수행되지만 두 번째 경우는 메서드 호출을 사용하여 구현됩니다. 아래에 제공된 예제는 두 번째 사례와 관련이 있습니다. 이 경우 핫플러그킹은 한 보안 도메인(이 경우 운영 체제 커널)에서 다른 보안 도메인(로그인한 사용자를 위한 데스크톱 또는 원격 시스템 관리자)으로 이벤트를 제공해야 하는 고전적인 “원격 시스템 관리자” 문제입니다. 모든 효과적인 응답은 다른 방식으로 진행되어야 합니다: 커널이 원하는 장치 기능을 노출할 수 있는 몇 가지 작업을 취하는 원격 도메인. (예: 모임이 끝날 때까지 새 하드웨어를 유휴 상태로 두는 등 비동기적으로 작업을 수행할 수 있습니다.) 이 글에서, 리눅스는 널리 이러한 문제에 대 한 솔루션을 채택 하지 않습니다. 그러나 새로운 D-Bus 작업이 이 문제를 해결하기 시작할 수 있습니다. C API를 사용하여 DBUS에 대한 간단한 서버와 클라이언트를 작성하는 데 필요한 모든 것이 필요합니다.

위의 코드 조각은 다운로드하여 테스트할 수 있는 dbus-example.c에서 제공됩니다. 위의 네 가지 작업에 대한 코드가 포함되어 있습니다. 응용 프로그램은 연결에 할당할 잘 알려진 이름을 요청할 수도 있습니다. 이것은 같은 역 도메인 이름의 형태입니다, com.example.somename. 이 예제에서는 두 개의 데스크톱 응용 프로그램을 연결 하기 위해 DBus를 사용 합니다., 하나는 DBus 메시지를 듣고 다른 DBus 메시지를 보내, 하지만 시작 하기 전에, 수신기 프로그램은 그냥 시작 하 고 종료 하지 말아야, 그것은 이벤트를 기다려야, 그래서 우리는 구성 하는 방법을 찾아야 한다 우리의 프로그램에 전송 된 이벤트, 이에 대한 간단한 해결책은 glib에서 메인 이벤트 루프를 사용하는 것입니다, 그것을 사용할 때 우리는 이벤트를수신 할 때까지 절전 모드에서 우리의 프로그램을 유지할 수 있습니다, 또 다른 문제가 발생하는 것은 우리가 glib 메인도 우리의 버스 연결을 통합 할 수있는 방법입니다 t 루프, 여기에 dbus-glib 온다, 그래서 우리의 작은 프로그램은 단지 하나의 호출에 대한 dbus-glib에 따라 달라집니다, dbus_connection_setup_with_g_main,이 호출은 glib 메인 루프와 DBus 버스 이벤트를 통합합니다. KNoT 플랫폼(CESAR 기반)에는 nRF24 라디오를 사용하여 통신하는 장치를 관리하는 데몬이 있습니다. 이 데몬은 다른 구성 요소가 이러한 장치와 상호 작용할 수 있도록 하는 D-Bus 인터페이스를 노출합니다. 이 예제에서는 하위 집합을 사용합니다. 이 예제에서 절전 모드의 사용은 선택과 같이 차단중인 다른 작업을 시뮬레이션하는 것입니다.