Spring Boot 中初始化资源的方式

简单的一个需求,要求在项目启动过程中,完成线程池的初始化,加载初始化加载缓存等功能,你会怎么做?如果没想好答案,请接着往下看。今天介绍几种在Spring Boot中进行资源初始化的方式,帮助大家解决和回答这个问题

一:CommandLineRunner

定义初始化类 MyCommandLineRunner
实现 CommandLineRunner 接口,并实现它的 run() 方法,在该方法中编写初始化逻辑
注册成Bean,添加 @Component注解即可
示例代码如下:

@Component
public class MyCommandLineRunner implements CommandLineRunner {
 
    @Override
    public void run(String... args) throws Exception {
        System.out.println("...init resources by implements CommandLineRunner");
    }
    
}

实现了 CommandLineRunner 接口的 Component 会在所有 Spring Beans 初始化完成之后, 在 SpringApplication.run() 执行之前完成。

二:ApplicationRunner

定义初始化类 MyApplicationRunner
实现 ApplicationRunner 接口,并实现它的 run() 方法,在该方法中编写初始化逻辑
注册成Bean,添加 @Component注解即可
示例代码如下:

@Component
public class MyApplicationRunner implements ApplicationRunner {
 
    @Override
    public void run(ApplicationArguments applicationArguments) throws Exception {
        System.out.println("...init resources by implements ApplicationRunner");
    }
 
}

可以看到,通过实现 ApplicationRunner 接口,和通过实现 CommandLineRunner 接口都可以完成项目的初始化操作,实现相同的效果。两者之间唯一的区别是 run() 方法中自带的形参不相同,在 CommandLineRunner 中只是简单的String... args形参,而 ApplicationRunner 则是包含了 ApplicationArguments 对象,可以帮助获得更丰富的项目信息。

如图:

比较:

如果项目中既有实现了 ApplicationRunner 接口的初始化类,又有实现了 CommandLineRunner 接口的初始化类,那么会是哪一个先执行呢?测试告诉我们,答案是实现了 ApplicationRunner 接口的初始化类先执行,我想这点倒是不需要大家过分去关注为什么。但如果需要改变两个初始化类之间的默认执行顺序,那么使用 @Order 注解就可以帮助我们解决这个问题。

@Component
@Order(1)
public class MyCommandLineRunner implements CommandLineRunner {
 
    @Override
    public void run(String... args) throws Exception {
        System.out.println("...init resources by implements CommandLineRunner");
    }
}
@Component
@Order(2)
public class MyApplicationRunner implements ApplicationRunner {
 
    @Override
    public void run(ApplicationArguments applicationArguments) throws Exception {
        System.out.println("...init resources by implements ApplicationRunner");
    }
 
}

最终,控制台中打印如下。通过控制台输出我们发现, @Order 注解值越小,该初始化类也就越早执行。

2020-03-29 10:27:31.450  INFO 28304 --- [           main] s.b.c.e.t.TomcatEmbeddedServletContainer : Tomcat started on port(s): 8080 (http)
...init resources by implements CommandLineRunner
...init resources by implements ApplicationRunner
2020-03-29 10:27:31.453  INFO 28304 --- [           main] cn.demo.DemoApplication          : Started DemoApplication in 6.146 seconds (JVM running for 2.977)

三:@PostConstruct

使用 @PostConstruct 注解同样可以帮助我们完成资源的初始化操作,前提是这些初始化操作不需要依赖于其它Spring beans的初始化工作。源码的注解如图:

看到 @PostConstruct 注解是用在方法上的,写一个方法测试吧!!!!!

@PostConstruct
public void postConstruct() {
    System.out.println("... PostConstruct");
}

看看打印日志:

  .   ____          _            __ _ _
 /\\ / ___'_ __ _ _(_)_ __  __ _ \ \ \ \
( ( )\___ | '_ | '_| | '_ \/ _` | \ \ \ \
 \\/  ___)| |_)| | | | | || (_| |  ) ) ) )
  '  |____| .__|_| |_|_| |_\__, | / / / /
 =========|_|==============|___/=/_/_/_/
 :: Spring Boot ::       (v1.5.11.RELEASE)
。。。。。。(此处省略一堆打印信息)
... PostConstruct
。。。。。。(此处省略一堆打印信息)
2020-03-29 10:28:22.300  INFO 29796 --- [           main] s.b.c.e.t.TomcatEmbeddedServletContainer : Tomcat started on port(s): 8080 (http)
...init resources by implements CommandLineRunner
...init resources by implements ApplicationRunner
2020-03-29 10:28:22.303  INFO 29796 --- [           main] cn.demo.DemoApplication          : Started DemoApplication in 6.387 seconds (JVM running for 3.267)
... end SpringApplication.run()

四:综合总结:

使用 @PostConstruct 注解进行初始化操作的顺序是最快的,前提是这些操作不能依赖于其它Bean的初始化完成。通过添加 @Order 注解,我们可以改变同层级之间不同Bean的加载顺序。

猜你喜欢

转载自blog.csdn.net/yexiaomodemo/article/details/105177629