.NET API POST端点相同请求数据返回不一致状态码问题排查

首先排除CORS问题：CORS属于浏览器端跨域校验规则，只会在浏览器层拦截响应，不会触发服务端返回500状态码，且CORS报错规则固定，不会出现随机成功/失败的情况，和你的故障表现完全不符。

以下是核心排查方向：

• 检查地理定位服务的多实例部署配置：如果地理定位服务部署了多个集群节点，优先核查是否存在部分节点的smartystreets相关配置错误（比如API密钥无效、出口IP未加入smartystreets白名单、节点网络限制无法访问smartystreets接口），请求随机落到正常节点就返回200，落到异常节点就返回NotFound进而触发API#1的500错误。
• 核查smartystreets接口限流规则：smartystreets对请求频次、账号配额有限制，超限时会随机返回错误码，你可以在API#1调用地理定位服务时添加完整日志，记录每次调用smartystreets返回的完整响应头、响应体，确认NotFound返回是否为限流提示。
• 排查API#1的并发参数污染问题：如果API#1是多线程并发处理请求，核查是否存在全局变量、共享变量未做隔离的情况，导致高并发下不同请求的邮政编码参数被互相覆盖，传给地理定位服务的是无效邮编，进而返回NotFound。日志需要同时打印API#1收到的请求入参、实际传给地理定位服务的邮编参数，对比异常请求下两者是否一致。
• 验证DNS解析稳定性：在API#1部署的服务器上持续检测smartystreets域名的解析结果，确认是否存在DNS解析波动，导致请求被发送到无效的smartystreets节点，触发NotFound错误。
• 排查地理定位服务的缓存异常：如果地理定位服务对邮编查询结果做了缓存，确认是否存在缓存写入逻辑错误，导致部分正常邮编被错误缓存为NotFound结果，随机命中缓存时就会返回异常，清空缓存后再复测验证是否复现。

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