Android Automotive系统应用仅运行于系统用户（user 0）的问题咨询

问题1：仅创建系统用户（user#0）进程的处理 #

你之前仅给receiver标记singleUser=true无效，核心原因是这个属性需要在全局或核心组件层级配置，才能让整个应用仅在系统用户空间运行：

• 直接在AndroidManifest.xml的<application>标签中添加android:singleUser="true"，所有组件（Service、Receiver等）会自动继承该属性，系统只会在user#0创建应用进程，不会为其他用户（如user#12）实例化进程。
• 确保你的应用是系统签名应用，Automotive系统对跨用户组件的管控更严格，普通应用的singleUser属性可能受系统限制无法生效，系统签名是该属性正常工作的前提。
  如果只想让特定组件单用户运行，除了给组件标记singleUser=true，还要在Receiver的intent-filter中添加android:user="0"，限制仅接收系统用户的广播事件，避免被其他用户的触发逻辑唤醒。

问题2：禁用普通用户应用后AIDL调用失败的原因与修复 #

你用PackageManager.setApplicationEnabledSetting()禁用普通用户的应用后，user#12的应用调用服务时会报not found，原因很明确：

• 应用在user#12被禁用后，该用户空间下的PackageManager无法查询到任何应用组件，即便Service标记了singleUser=true，系统也无法完成跨用户路由（路由的前提是组件在当前用户空间处于“可见”状态）。

正确的处理方式是移除禁用应用的逻辑，通过以下配置让跨用户请求自动路由到user#0的服务：

1. 完善Service的AndroidManifest配置：

   <service
       android:name=".YourTargetService"
       android:exported="true"
       android:singleUser="true"
       android:permission="android.permission.INTERACT_ACROSS_USERS_FULL" />
   

   其中INTERACT_ACROSS_USERS_FULL是系统签名级权限，必须申请并通过系统签名才能使用，它允许组件接收其他用户的请求并跨用户处理。
2. 保留singleUser=true的配置，系统会自动将user#12的应用发起的AIDL请求转发到user#0的服务进程中处理。
3. 验证AIDL调用方的权限：如果你的服务声明了自定义权限，要确保调用方在所有用户空间都持有该权限，避免因权限缺失导致调用失败。

内容的提问来源于stack exchange，提问作者Ofir A.