文章目录

  • 为什么需要将参数存入缓存？以及选择何种方式
  • SpringBoot启动时将数据库参数表参数加载到内存
  • 常见思路
  • 思路1： 使用@PostConstruct
  • 思路2： 实现CommandLineRunner接口

为什么需要将参数存入缓存？以及选择何种方式

为了避免频繁的查询数据库，我们需要将参数表的参数做成缓存，缓存的方式有两种，一种是加载到工程的内存中，另一种是加载到redis中。

因为微服务的服务太多，如果用前一种方法的话，就需要多个服务都要初始化参数，而且如果参数变了，需要用到参数的服务都需要重新部署，或者做定时任务定时刷新参数缓存，但这样就会出现一段时间内各服务参数不一致的情况。

所以我们采用redis作为参数缓存的中间件。

总结： 应根据自己业务场景，选择加载到内存还是redis。

SpringBoot启动时将数据库参数表参数加载到内存

SpringBoot工程启动时将数据库参数表参数加载到内存中

常见思路

springBoot启动时让方法自动执行的几种实现方式

网上实现方法很多，这里列举最常见两种思路。根据其特定，依据业务需求自己选择。

思路1： 使用@PostConstruct

被@PostConstruct修饰的方法会在服务器加载Servlet的时候运行，并且只会被服务器调用一次，类似于Serclet的inti()方法。被@PostConstruct修饰的方法会在构造函数之后，init()方法之前运行。

这是最简单的方式。但是会影响服务提供，比如这个方法要执行五分钟 这五分钟之内是无法提供服务的，这个方法是在服务初始化后之前运行， 所以 此方法运行不结束，服务就无法初始化， 在这过程路也无法提供服务。

@PostConstruct
     public  void pingStart(){
        System.out.println(" ping start:");
        getPingip();
        System.out.println(" ping end: ");
    }

总结：服务初始化过程中，执行该方法，该方法不结束无法提供服务。

思路2： 实现CommandLineRunner接口

实现CommandLineRunner接口，@Order注解里面的参数是类执行的顺序，由小到大顺序。

监听接口方式，启动服务，执行方式时仍然提供服务，服务初始化之后，执行方法。

@Component
public class SettingConfig implements CommandLineRunner {
    @Override
    public void run(String... strings) throws Exception {	
       //xx
    }

总结：服务初始化之后，执行方法。