http接口调用超时，怎么解决

Posted 2023-05-12

参考技术A 默认设置

[java] view plain copy print?
RequestConfig config = RequestConfig.custom().setConnectTimeout(1000).setSocketTimeout(2000).build();
httpClient = HttpClientBuilder.create().setMaxConnTotal(20).setMaxConnPerRoute(20).setDefaultRequestConfig(config).build();
针对某个单个设置

[java] view plain copy print?
HttpGet httpGet = new HttpGet(url);
if (connectTimeout != null && socketTimeout != null && connectTimeout > 200 && socketTimeout > 200)
RequestConfig requestConfig = RequestConfig.custom().setConnectTimeout(connectTimeout).setSocketTimeout(socketTimeout).build();
httpGet.setConfig(requestConfig);
参考技术B 回答

您好亲，帮您查到的资料显示:1.增加超时时间假设A系统有个方法methodA，会调用B系统的methodB这个http接口，如果mehodA不追求超快的响应速度，那么你在调用methodB这个http接口时，可以增长超时时间，例如10秒超时。因为经常在某些时刻，由于网络原因或者系统原因，调用method会超时的。

2.尝试多调用一次如果第一次调用methodB超时了，那么你可以尝试多调用一次。当然前提是，methodA不追求超快的响应时间。注意：调用多次不代表重复调用 制造脏数据

3.使用待处理队列如果methodA需要很快的响应速度，那么当调用methodB接口超时时，可以使用一个队列存储本次失败的记录，然后使用一个job每隔一段时间去扫这个队列，看看是否有待处理的数据。 备注：如果对方系统挂掉了，使用待处理队列的方式，比较合适。

4.回滚数据catch这个超时异常，然后记录日志后，抛出这个异常，并把之前的数据回滚。让对方的系统重新调用。 备注:宁愿没有数据，也不要存储脏数据。

5.使用缓存机制使用一台缓存服务器，每次调用先调用我们的缓存服务器里面的数据，来实现快速调用解决超时问题。



接口超时需要怎么处理

1/6
程序的超时有两种，首先是webservice连接本身建立通讯了，但是一直没有返回数据，所以上面的代码中定义了webservice的连接超时时间为13s，这是定义在php.ini中的，如果webservice连接超过13s，程序就抛出连接超时的异常。

2/6
另外一种是脚本执行超时，有时候可能是浏览器，网络等各种原因，webservice还没有连接，脚本就陷入了假死状态，所以定义脚本超时时间，系统默认脚本执行时间为30s。

3/6
当调用set_time_limit时，计时器会从0开始计时，前面各种元素加载的时间并不计算在内。此处结合上面的webservice连接超时时间，如果webservice连接上了后产生阻塞。

4/6
13s内便会抛出异常，所以不会引起15s才触发的脚本中断。所以，如果脚本中断基本可以认定webservice没有连接成功。当然，我们查看过webservice连接情况，正常情况下，2s内连接的建立，数据的返回都完成了。

5/6
webservice连接成功后没有及时返回数据，也没有达到13s的连接超时，但是由于前面建立连接时花了不止2s，脚本执行到15s时，中断了脚本，再重建连接返回了非预期的数据。所以，如果愿意等待的话，这两者之间的时间最好可以相差大点。

6/6
脚本中断后系统会报错，所以，这边还有个处理技巧，先记下当前的报错级别，然后重置为0，即不报任何错误，不自动抛出异常，然后脚本超时后，调用register_shutdown_function注册一个自定义函数，超时后会自动调用这个函数，显示自定义的信息。当然，如果webservice连接成功的话，还是需要回复先前的错误级别，不然，webservice连接超时后的异常将无法捕获。 参考技术A 回答

1/6程序的超时有两种，首先是webservice连接本身建立通讯了，但是一直没有返回数据，所以上面的代码中定义了webservice的连接超时时间为13s，这是定义在php.ini中的，如果webservice连接超过13s，程序就抛出连接超时的异常。

2/6另外一种是脚本执行超时，有时候可能是浏览器，网络等各种原因，webservice还没有连接，脚本就陷入了假死状态，所以定义脚本超时时间，系统默认脚本执行时间为30s。3/6当调用set_time_limit时，计时器会从0开始计时，前面各种元素加载的时间并不计算在内。此处结合上面的webservice连接超时时间，如果webservice连接上了后产生阻塞。4/613s内便会抛出异常，所以不会引起15s才触发的脚本中断。所以，如果脚本中断基本可以认定webservice没有连接成功。当然，我们查看过webservice连接情况，正常情况下，2s内连接的建立，数据的返回都完成了。

5/6webservice连接成功后没有及时返回数据，也没有达到13s的连接超时，但是由于前面建立连接时花了不止2s，脚本执行到15s时，中断了脚本，再重建连接返回了非预期的数据。所以，如果愿意等待的话，这两者之间的时间最好可以相差大点。6/6脚本中断后系统会报错，所以，这边还有个处理技巧，先记下当前的报错级别，然后重置为0，即不报任何错误，不自动抛出异常，然后脚本超时后，调用register_shutdown_function注册一个自定义函数，超时后会自动调用这个函数，显示自定义的信息。当然，如果webservice连接成功的话，还是需要回复先前的错误级别，不然，webservice连接超时后的异常将无法捕获。

希望对你有帮助，亲

