D-Bus用于在Chrome OS上执行进程间通信。 本文档介绍如何使用D-Bus在Chrome和系统守护程序之间进行通信。
共享常量
system_api存储库包含在Chrome和Chrome OS系统守护程序之间共享的C ++常量和协议缓冲区.proto文件。 这包括D-Bus服务名称,路径和接口,信号和方法名称以及作为D-Bus参数传递的枚举值。
系统守护程序基本上总是使用最新版本的存储库,而Chrome使用src / DEPS中指定的修订版。 在使用新常量或删除已弃用的常量时要小心。 要创建将Chrome使用的版本更新为ToT的更改,请运行roll-dep src / third_party / cros_system_api。
创建Chrome D-Bus服务
接收方法调用或发出信号需要注册服务。 Chrome使用各种服务名称注册服务,包括org.chromium.DisplayService和org.chromium.NetworkProxyService。 Services实现了chromeos::CrosDBusService::ServiceProviderInterface接口。
代码位置
mus + ash项目将Chrome的shell / window管理代码(即// ash)与其浏览器代码(即// chrome)分开。 如果服务不依赖于// chrome下的任何代码,则其服务提供者类应该位于ash / dbus中并由ash_dbus_services.cc实例化。
具有依赖于// chrome的实现的服务应该在chrome / browser / chromeos / dbus中实现,并由chrome_browser_main_chromeos.cc实例化。
策略文件
为了使Chrome能够获得服务名称的所有权以及其他进程能够调用其方法,每个服务还需要ash/dbus或chrome/browser/chromeos/dbus中的.conf XML策略文件。 策略文件由dbus-daemon(实现系统总线)加载,并指定哪些Unix用户可以拥有服务名称或调用服务的方法。 Chrome的政策文件已安装到/opt/google/chrome/dbus,并且必须在ash/BUILD.gn或chrome/browser/chromeos/BUILD.gn中的dbus_service_files目标中列出。 (根据上面描述的旧模式,请注意某些策略文件改为使用chromeos/dbus/services。)
有关D-Bus权限的更多信息,请参阅D-Bus最佳实践。