RestSharp请求返回状态码0问题排查（仅单环境复现）

首先贴出你提供的相关代码：

public TempOtpViewModel GetTempTop(TempOtpViewModel model) { 
    RestClient client = new RestClient(_appSettings.DalUrl); 
    RestRequest request = new RestRequest("account/GetTempOtp", Method.POST); 
    request.AddJsonBody(model); 
    IRestResponse response = client.Execute(request); 
    HttpStatusCode statusCode = response.StatusCode; 
    int numericStatusCode = (int)statusCode; 
    _logger.LogCritical("Serilog " + numericStatusCode); 
    return null; 
}

你的问题场景：

收到SMS发送的OTP后立刻调用该API，请求返回状态码0且响应为空；但调用前等待2秒就能正常执行。这个问题只在一个环境出现，另一个环境完全正常。

结合这个场景，我梳理了几个最可能的原因：

• OTP数据异步写入的时间差：出问题的环境里，短信发送和后端把OTP写入数据库的操作是异步解耦的。你收到短信的时候，后端可能还没把这条OTP记录成功存到数据库里，这时调用API自然查不到数据，返回异常状态。等2秒后，异步写入的流程完成，API就能正常读到数据了。而正常环境要么是同步写入，要么数据库写入性能更好，所以没有这个时间差问题。
• 目标环境的资源瓶颈：异常环境的服务器（不管是数据库还是API服务本身）可能存在资源不足的情况——比如CPU负载过高、内存不够，或者数据库连接池被占满了。当你立刻调用API时，后端还没来得及处理完OTP的生成存储流程，资源调度不过来导致请求失败；等2秒后，资源得到释放或者调度完成，请求就能被正常处理了。
• 多节点/缓存的同步延迟：如果系统用到了缓存层，或者是多节点部署的架构，异常环境的数据同步周期可能更长。OTP生成后，还没同步到API所在的节点或者缓存里，这时调用API拿不到数据；等2秒后同步完成，就能正常返回结果了。
• 网络链路的时间差：两个环境的网络情况不一样，异常环境里你的客户端到API服务的网络延迟很低，导致你比后端完成OTP准备的时间更早收到短信，所以需要等一下才能匹配上。而正常环境的网络延迟刚好让你收到短信和后端准备好OTP的时间同步，所以不用等待。
• API服务的懒加载预热：异常环境的API服务可能有一些懒加载的逻辑，第一次调用（也就是你收到短信立刻发起的那次）需要初始化某些资源，这个过程中处理请求失败；等2秒后资源初始化完成，后续的调用就都正常了。不过这个情况一般是第一次调用失败，之后不用等也能正常，你可以结合自己的实际情况判断。

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