HmsInstanceId.deleteToken与getToken无法正常工作的原因咨询

部分设备调用HMS推送相关接口出现稳定异常，具体表现为：

• 调用HmsInstanceId.deleteToken抛出异常：com.huawei.hms.common.ApiException: 907135000: arguments invalid
• 调用HmsInstanceId.getToken直接返回空字符串
  未搭载谷歌服务的华为设备（如JNY-LX1 EMUI 10.1.0）可正常获取Token、接收推送通知，不存在该问题；同时搭载谷歌服务与HMS Core的MediaPad T5（EMUI 8.0.0）设备上两个接口始终调用失败，更换多个HMS Core版本（含测试版本6.6.0.311）、尝试公开场景下的常见解决方案均无法解决问题。

907135000参数无效错误在同时搭载GMS、运行EMUI 8.0及更低版本的设备上集中出现，本质是HMS Core服务连接、参数校验逻辑未正常通过，具体触发点包括：

• EMUI 8.0版本中HMS Core并非系统预置的核心管控应用，双框架环境下系统会优先分配资源给GMS相关服务，HMS Core推送进程容易被回收、拉起失败，接口调用时上下文校验不通过直接触发报错
• 6.x版本HMS Core的推送模块默认依赖EMUI 9.0及以上版本的系统私有接口，在EMUI 8.0设备上运行时存在兼容问题，会出现接口参数组装逻辑异常，触发参数无效报错
• 双框架设备上HMS Core对应用配置的校验逻辑比纯华为无GMS设备更严格，如果应用的签名SHA256和后台配置不一致、agconnect-services.json配置缺失，纯华为设备可能正常放行，但双框架设备会直接返回空Token、不输出明确错误日志。

• 适配HMS Core版本：针对EMUI 8.0及更低版本的双框架设备，不要安装6.x系列HMS Core，回退到适配该系统版本的最后一个稳定基线版本5.3.0.304，即可解决版本兼容导致的参数组装错误
• 补全校验逻辑：不要在应用启动主线程直接调用Token相关接口，调用前先主动校验HMS服务可用性，确认服务连接成功后再发起请求，参考代码：

  // 校验HMS Core服务可用性
  int serviceStatus = HuaweiApiAvailability.getInstance().isHuaweiMobileServicesAvailable(context);
  if (serviceStatus != ConnectionResult.SUCCESS) {
      // 主动拉起HMS Core服务，待连接成功回调后再调用Token接口
      HuaweiApiAvailability.getInstance().resolveError(context, serviceStatus, 1001);
      return;
  }
  // 调用deleteToken时必须显式传入AppID和固定scope参数"HCM"，禁止传空值
  HmsInstanceId.getInstance(context).deleteToken(AGC_APP_ID, "HCM");
  

• 校验应用配置：确认应用打包使用的签名文件SHA256值和华为AppGallery Connect后台配置的签名哈希完全一致，agconnect-services.json文件放在应用模块的根目录，不要做构建裁剪，避免配置校验失败
• 调整组件配置：在AndroidManifest.xml中给HMS推送相关的Service组件配置独立进程属性android:process=":pushservice"，避免双框架环境下推送进程被系统抢占回收，导致接口调用时参数传递异常

注意：双框架设备上不要同时初始化FCM和HMS推送的实例，建议启动时先判断两个服务的可用性，优先初始化可用的推送框架，避免两个推送服务抢占进程资源触发异常。

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