AIDL 绑定服务相关问题问题一应用A先启动应用B不启动然后应用A通过AIDL去绑定应用B的服务是否可以绑定成功可以绑定成功。Android 的bindService机制会自动处理这种情况当 App A 绑定 App B 的 Service 时如果 App B 进程未启动系统会自动拉起 App B 进程并创建 Service 实例然后回调onBind()返回 IBinder最终 App A 的ServiceConnection.onServiceConnected()被回调。整个过程系统自动完成无需 App B 预先启动。问题二应用B的进程会被拉起吗会。当 App A 绑定 App B 的 Service 时系统发现 App B 进程不在运行会自动创建forkApp B 的进程然后实例化 Service 并调用onBind()。此时 App B 的进程就被拉起了。这也是 Android 跨进程通信中常见的按需拉起机制。SettingsProvider有点类似Android的properties系统Android属性系统SystemProperties。SystemProperties除具有SettingsProvider以上的三个特性SettingsProvider和SystemProperties的不同点在于数据保存方式不同SystemProperties的数据保存属性文件中/system/build.prop等开机后会被加载到system properties storeSettingsProvider的数据保存在文件/data/system/users/0/settings_***.xml和数据库settings.db中作用范围不同SystemProperties可以实现跨进程、跨层次调用即底层的c/c可以调用java层也可以调用SettingProvider只能能在java层APP使用公开程度不同SettingProvider有部分功能上层第三方APP可以使用SystemProperties上层第三方APP不可以使用。SettingsProviderSettingsProvider对数据进行了分类分别是Global、System、Secure三种类型它们的区别如下Global所有的偏好设置对系统的所有用户公开第三方APP有读没有写的权限System包含各种各样的用户偏好系统设置Secure安全性的用户偏好系统设置第三方APP有读没有写的权限。3
