本文共 1221 字,大约阅读时间需要 4 分钟。
文章目录
为什么需要将参数存入缓存?以及选择何种方式
为了避免频繁的查询数据库,我们需要将参数表的参数做成缓存,缓存的方式有两种,一种是加载到工程的内存中,另一种是加载到redis中。
因为微服务的服务太多,如果用前一种方法的话,就需要多个服务都要初始化参数,而且如果参数变了,需要用到参数的服务都需要重新部署,或者做定时任务定时刷新参数缓存,但这样就会出现一段时间内各服务参数不一致的情况。
所以我们采用redis作为参数缓存的中间件。
总结: 应根据自己业务场景,选择加载到内存还是redis。
SpringBoot启动时将数据库参数表参数加载到内存
SpringBoot工程启动时将数据库参数表参数加载到内存中
参考URL: https://blog.csdn.net/yang1519784522/article/details/103741850/常见思路
springBoot启动时让方法自动执行的几种实现方式
参考URL: https://www.cnblogs.com/lsgspace/p/10508180.html网上实现方法很多,这里列举最常见两种思路。根据其特定,依据业务需求自己选择。
思路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注解里面的参数是类执行的顺序,由小到大顺序。
监听接口方式,启动服务,执行方式时仍然提供服务,服务初始化之后,执行方法。
@Componentpublic class SettingConfig implements CommandLineRunner { @Override public void run(String... strings) throws Exception { //xx }
总结:服务初始化之后,执行方法。
转载地址:https://docker.blog.csdn.net/article/details/105020373 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!