关于Actions on Google应用为同一主用户生成不同User ID的技术问询

我之前帮不少开发者排查过这类问题，Actions on Google给同一用户/设备返回不同User ID（字母数字型 vs 纯数字型），大多和身份授权状态、ID获取逻辑的一致性有关，直接影响个性化功能的话，咱们可以从这几个方向入手解决：

• 先搞清楚两种ID的本质差异
  你遇到的字母数字ID，大概率是Actions on Google绑定用户Google账户的持久化用户标识（user.id字段），这个ID会长期关联用户的Google账户，不会轻易变更；而纯数字ID更可能是用户未授权时返回的临时匿名ID，或者是应用误调用了设备标识（device.id）而非用户身份标识。

• 检查授权状态的一致性
  重点确认两次生成ID时，用户的授权状态是否一致：

  如果首次交互时用户完成了Google账户授权，应用会拿到绑定账户的持久化ID；但如果后续会话中授权过期、或者用户取消了授权，应用就只能拿到临时匿名ID。你可以在日志里记录每次请求的user.authorization.status字段，看看两次的状态是否有差异。

• 统一ID获取的逻辑
  确保你的应用在所有需要用户标识的场景下，都统一调用同一字段来获取ID：比如始终使用请求体中user.id这个值，而不是混用device.id或者自己生成的临时ID。不同字段对应不同的标识维度，混用肯定会导致同一用户出现多个ID。

• 排查会话绑定的问题
  如果你的应用依赖会话存储来关联用户行为，要检查是否在用户授权后，及时将临时会话绑定的ID替换成持久化的Google账户ID。很多时候问题出在这里：用户授权前用了临时ID，授权后没有更新会话里的标识，导致后续请求还在沿用旧的临时ID。

• 复刻相同操作路径测试
  严格按照完全一致的步骤触发两次ID生成：从打开应用、完成授权（如果有）到触发个性化功能的每一步都丝毫不差，排除因操作路径不同触发了不同的身份获取分支逻辑。

要是排查完这些还是没找到问题，建议在应用里加个日志，把每次获取ID时的完整请求上下文（包括user对象的所有字段）都记录下来，对比两次请求的差异，就能快速定位到根因了。

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