Azure B2C Graph API偶发返回HTTP 200但查询不到已创建用户问题排查

问题核心诱因 #

• Azure AD B2C 分布式存储最终一致性延迟
  Graph API 底层依赖多区域多副本的分布式存储，用户创建操作会优先写入主副本，后续异步同步到所有从副本。你的集成测试场景属于创建用户后立刻发起查询，请求如果被路由到尚未完成数据同步的从副本，就会出现用户已存在但查询不到的偶发现象，该场景天然有概率命中同步时间窗口。
• 自定义扩展属性索引异步构建延迟
  你查询时使用了自定义扩展属性 extension_<id>_organizationId 作为过滤条件，该类自定义属性的索引更新是异步执行的。你第二步查询全量组织用户时不需要走自定义扩展属性的索引，因此能匹配到目标用户；第三步组合条件查询需要命中自定义扩展属性的索引，若索引尚未完成更新就会返回空结果。
• 令牌生成逻辑偶发异常
  你当前每次调用前都重新生成令牌，若生成令牌时偶发出现租户上下文错误、应用权限不匹配、Scope 配置异常，会导致令牌具备基础的用户查询权限，但无法读取自定义扩展属性或者目标租户下的用户数据，过滤时自然无法匹配到结果。
• 过滤参数拼接/编码错误
  检查代码中第三步查询的URL拼接逻辑，若扩展属性ID、GUID参数偶发出现转义错误、多余空格、编码遗漏，Graph API会将无效的过滤条件判定为无匹配数据，返回空数组且状态码为200。

快速验证方案 #

出现异常时优先用 https://graph.microsoft.com/v1.0/users/{用户ID} 直接查询单个用户，若能查到则排除令牌权限问题，可确定是一致性或索引延迟导致；如果直接查ID也查不到，再排查令牌和租户配置问题。

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