1. 问题描述
我使用了一个定时器类来执行某个任务，并且使用Nacos作为配置中心来管理定时器的配置。我发现当Nacos配置发生变化时，定时器实例会停止执行任务，导致任务无法按预期执行。
2. 原先的实现方式
以下是我原先的代码实现方式：
@Component
@RefreshScope
@RequiredArgsConstructor
public class LikedTimesCheckTask {
@Value("${tj.liked.times.check.biz-type}")
private List<String> bizType;
@Value("${tj.liked.times.check.max-biz-size}")
private int maxBizSize;
private final ILikedRecordService recordService;
@Scheduled(fixedDelay = 2000)
public void checkLikedTimes(){
System.out.println(bizType);
System.out.println(maxBizSize);
}
}
3. 解决方案
解决这个问题，采取了以下方案：
- 创建一个独立的配置类：我创建了一个名为
LikedCheckConfig的独立配置类，用于管理定时器相关的配置属性。
@Getter
@Setter
@RefreshScope
@Configuration
public class LikedCheckConfig {
@Value("${tj.liked.times.check.biz-type}")
private List<String> bizType;
@Value("${tj.liked.times.check.max-biz-size}")
private int maxBizSize;
}
-
在定时器类中使用配置类：
将配置类注入到定时器类中，并通过构造函数注入。
@Component
@RequiredArgsConstructor
public class LikedTimesCheckTask {
private final LikedCheckConfig likedCheckConfig;
@Scheduled(fixedDelay = 2000)
public void checkLikedTimes(){
System.out.println(likedCheckConfig.getBizType());
System.out.println(likedCheckConfig.getMaxBizSize());
}
}
4. 总结
在使用Nacos作为配置中心并且同时使用Spring的定时器时，配置刷新可能会导致定时器停止执行任务的问题。为了解决这个问题，我采取了以下步骤：
-
创建一个独立的配置类：我创建了一个名为
LikedCheckConfig的独立配置类，用于管理定时器相关的配置属性。该配置类使用了@RefreshScope注解，表示在配置刷新时会更新配置属性的值。 -
在定时器类中使用配置类：我们将配置类注入到定时器类中，并通过构造函数注入。这样，定时器类就可以使用配置类中的属性来执行任务。
通过以上步骤，我们成功解决了Nacos配置刷新导致定时器停止执行的问题。现在，当配置发生变化时，定时器仍然可以按时执行任务，并且可以获取到最新的配置值。
这种解决方案的关键在于使用独立的配置类，并将配置类注入到定时器类中。这样做的好处是，配置类的属性值会在配置刷新时自动更新，而定时器类不会受到配置刷新的影响，可以继续正常执行任务。
