我是 dbus 的新手，我试图了解如何使用它，但我似乎找不到我想要的答案。
我可以发明自己的服务名称，只要它们是唯一的并且不与任何其他服务名称冲突，我对吗？
当我调用 dbus_bus_request_name() 请求我自己的服务名称时，我收到一条错误消息，指出由于配置文件中的安全策略，我不允许拥有该服务。查看 /etc/dbus-1 配置目录，似乎有一个系统配置文件（/etc/dbus-1/system.conf），然后是用于各种服务的其他配置文件的子目录（/etc/ dbus-1/system.d 子目录）。
我使用其他 .conf 文件作为示例为我的服务名称添加了一个配置文件。但我没有看到 system.conf 文件读取任何单独的 .conf 文件。我是否正确地假设各个配置文件将以某种方式被读取？那么，在编辑 system.d 目录中的单个 .conf 文件之一后，或者像我一样添加新的服务配置文件后，如何让系统总线重新读取 system.conf 文件呢？
这是配置系统总线以便我可以有 2 个进程传递消息的正确方法吗？我的应用程序是一个由多个进程组成的封闭应用程序，因此我打算通过系统 dbus 进行的唯一通信将仅在我自己的进程之间进行，而不是在任何其他公共或其他众所周知的服务之间进行。
谢谢，
-安德烈斯
我可以发明自己的服务名称，只要它们是唯一的并且不与任何其他服务名称冲突，我对吗？
是的
当我调用 dbus_bus_request_name() 请求我自己的服务名称时，我收到一条错误消息，指出由于配置文件中的安全策略，我不允许拥有该服务。
我猜你正在使用系统总线。除非有理由使用 SYSTEM 总线，否则使用 SESSION 总线会更容易，尤其是在测试时。SYSTEM 总线还使用其他安全措施来确保系统的安全，请查看一些服务的配置文件，它们展示了如何允许某些服务在总线上拥有特定的名称。
我是否正确地假设各个配置文件将以某种方式被读取？
是的，如果您查看 system.conf，您可以看到该<includedir>标签，其中包含该目录中的所有内容。
那么，在编辑 system.d 目录中的单个 .conf 文件之一后，或者像我一样添加新的服务配置文件后，如何让系统总线重新读取 system.conf 文件呢？
发送 aSIGHUP到 dbus 守护进程。
这是配置系统总线以便我可以有 2 个进程传递消息的正确方法吗？
那应该有效。