HAL调用APK触发EX_TRANSACTION_FAILED、DEAD_OBJECT错误求助

问题核心：系统重启触发Binder连接断裂，C++ HAL调用Kotlin APK时抛出DEAD_OBJECT异常，常规捕获方式无效。以下是针对性解决思路：

1. 严格检查C++ HAL层的HIDL返回状态 #

错误提示明确指出「Failed HIDL return status not checked」，这是首要问题：

• 每次调用HIDL接口后，必须校验返回的Status对象，不能忽略。示例代码：

  auto result = proxy->yourHidlMethod();
  if (!result.isOk()) {
      if (result.transactionError() == Status::EX_TRANSACTION_FAILED && 
          result.exceptionCode() == Status::EX_DEAD_OBJECT) {
          // 处理逻辑：清理旧代理、触发重新连接、记录日志等
          return;
      }
      // 处理其他类型的HIDL错误
  }
  

• 跨进程调用的错误会先以返回状态形式在C++ HAL层体现，无法依赖上层Kotlin捕获异常解决。

2. 注册APK端HIDL服务的死亡回调 #

在C++ HAL中绑定死亡监听，提前感知APK进程断开：

• 实现IDeathRecipient类处理服务死亡事件，示例：

  class DeathRecipient : public hidl::base::V1_0::IDeathRecipient {
      void serviceDied(uint64_t cookie) override {
          // 标记代理失效，触发重新获取逻辑
          mProxy = nullptr;
      }
  };
  
  // 获取HIDL代理后注册监听
  sp<DeathRecipient> deathRecipient = new DeathRecipient();
  if (mProxy != nullptr) {
      mProxy->linkToDeath(deathRecipient, 0);
  }
  

• 重启导致APK进程退出时，HAL能提前知晓，避免后续调用触发未处理的DEAD_OBJECT。

3. 优化APK端HIDL服务的稳定性 #

• 确保APK进程重启后，HIDL服务能自动重新注册到ServiceManager，保证HAL可获取新代理。
• 无需在Kotlin端尝试捕获DeadObjectException，跨进程场景下该底层异常无法被上层代码有效捕获。

4. 重启场景的调用防护 #

• 若能提前感知重启操作（如监听系统广播），HAL可主动断开与APK的HIDL连接，清理资源。
• 调用HIDL接口前先校验代理有效性（如判断是否为null，或调用ping方法），无效则跳过调用或尝试重新获取代理。

内容的提问来源于stack exchange，提问作者droid_dev