java

关注公众号 jb51net

关闭
首页 > 软件编程 > java > SpringBoot重启后,第一次请求接口请求慢

SpringBoot重启后,第一次请求接口请求慢的问题及解决

作者:影࿐ེ

这篇文章主要介绍了SpringBoot重启后,第一次请求接口请求慢的问题及解决,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教

1、DispatcherServlet默认是懒加载

即工程启动的时候,Applicationcontext会将所有的bean加载到容器,但是DispatcherServlet是没有加载的,只有第一次访问的时候才会加载

场景一

DispatcherServlet懒加载情况,启动的时候如下图

只有一个ApplicationContext的初始化,此时并没有DispatcherServlet的初始化,接下来我们进行一次接口调用

如下图:

发现在进行接口调用的时候,才初始化了DispatcherServlet,接下来我们再进行一次接口调用

如下图:

此时,直接进行方法的调用和返回。

场景二

spring.mvc.servlet.load-on-startup=1

DispatcherServlet关闭懒加载,启动的时候如下图:

同时完成了ApplicationContext和DispatcherServlet的初始化,此时再进行接口调用,会发现即便是第一次调用,也直接进入了方法

如下图:

通过上述测试可知,通过配置 spring.mvc.servlet.load-on-startup=1 关闭DispatcherServlet懒加载

使第一次接口访问的时候直接进行方法的调用,提高速度

2、随机数生成慢的原因和解决方案

Java随机数生成依赖熵源(Entropy Source)

默认的阻塞型的 /dev/random熵源可能导致阻塞

而换一个非阻塞的 /dev/urandom的熵源就可以了

解决方法

以这种方式运行jar包

java -Djava.security.egd=file:/dev/./urandom -jar XXX.jar XXX

进入你的JAVA_HOME的jre目录下找到并vim编辑这个文件:

$JAVA_HOME/jre/lib/security/java.security
securerandom.source=file:/dev/random 这一行
securerandom.source=file:/dev/random
securerandom.source=file:/dev/urandom

3、进行异步处理

提高整体的响应时间

4、加入缓存

例如热点数据的预加载等,提高响应时间

5、工程启动之后

就进行一次访问

@Slf4j
@Configuration
public class LoadDatabase {

    @Bean
    CommandLineRunner initController(RestTemplate restTemplate) {
        return args -> {
            log.info("REQUEST " + restTemplate.execute("http://127.0.0.1:9999/t1", HttpMethod.GET, null, null));
        };
    }
}


总结

以上为个人经验,希望能给大家一个参考,也希望大家多多支持脚本之家。

您可能感兴趣的文章:
阅读全文