记录一次接口状态码499超时修改

时间：20240304
问题描述：在调用接口499时，出现了超时的情况。

解决步骤：

1. 检查网络连接是否正常，确保可以正常访问其他接口（检查服务器是否开了代理）。
2. 检查499接口的代码逻辑，是否有可能导致超时的问题。可以尝试修改代码，优化接口的性能。
3. 发现第三方接口问题，在第三方不配合情况下先手动修改超时时长。
4. 修改超时时长RestClient修改注意，需要修改RestClient超时时长而不只是request
5. 如有使用Ocelot网关，需要修改对应超时时间，默认为90s

解决结果：

经过以上步骤的检查和调试，发现499接口超时是由于客户端调用后台接口超时，后台接口中和三方系统对接，三方系统接口超时导致。

1.首先联系三方系统，但由于研发地位低下，所以先手动修改超时时间，接口调用三方超时时间修改成300s，然后前端客户端修改超时时间后不生效，一直调用后台接口超时

2.后来发现 客户端使用RestSharp 调用后台接口，修改时只修改了 request的超时时间 ，而RestSharp存在两个超时时间，new RestClient 时需要指定全局超时时间，request只是单个请求超时时间，并且应该在RestClient配置超时时间内，修改全局超时时间后调试调用接口成功

3.上线后发现修改并未生效，但是本地调试一直正常，发现因为本地调试一直是客户端和接口直接连接，上线后经过网关，后来经过验证发现是网关问题，我们使用Ocelot网关，在百度后找到解决方案，在网关转发的具体服务里加上 QoSOptions 配置中TimeoutValue超时时长就可以了，目前看到解决方案都是加在具体服务上

Ocelot网关文档

Configuration — Ocelot 23.1 documentation

{
  "ReRoutes": [
    {
      "UseServiceDiscovery": true,
      "DownstreamPathTemplate": "/{url}",
      "DownstreamScheme": "http",
      //"DownstreamHostAndPorts": [
      //  {
      //    "Host": "localhost",
      //    "Port": 59607
      //  }
      //],
      "UpstreamPathTemplate": "/{url}",
      "UpstreamHttpMethod": [ "GET", "POST" ],
      "LoadBalancerOptions": {
        "Type": "RoundRobin"
      },
      "ServiceName": "hotel_api",
      "RateLimitOptions": {
        //"ClientWhitelist": [ ], //白名单里的客户端 请求不进行限流
        "EnableRateLimiting": true, //开启限流
        "Period": "1s",
        "PeriodTimespan": 1, // 被限制了5s 后 可以再请求
        "Limit": 10 //1s内 最多访问 1 次
      },
      "QoSOptions": {
        "ExceptionsAllowedBeforeBreaking": 3, //允许多少个异常请求
        "DurationOfBreak": 10000, // 熔断的时间，单位为ms
        "TimeoutValue": 2000 //单位ms 如果下游请求的处理时间超过多少则自如将请求设置为超时 默认90秒
      }
    }
  ],
  "GlobalConfiguration": {
  "ServiceDiscoveryProvider": {
    "Host": "localhost",
    "Port": 9500,
    "ConfigurationKey": "Ocelot_A"
  }
  }
}

总结：

接口499超时的问题，可能是由于网络连接问题、代码逻辑问题等原因导致。在排查问题时，需要综合考虑多个可能的原因，并逐步排除。