java实现周期性执行(定时任务)

 更新时间:2022年09月02日 16:22:40   作者:你是我的小丫小太阳  
这篇文章主要为大家详细介绍了java实现周期性执行定时任务,文中示例代码介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们可以参考一下

最近是遇到一个设备在线离线的判定问题,设计是每个多长时间(常规的定时任务)检测一次设备是否在前,当检测到里离线时,我们不能立马判断为离线,而是要在重试多测几次,只要一次成功就返回判定为在线,多次都不成功侧是离线,我这里相当了用ScheduledThreadPoolExecutor来实现,如有不足还请提出。如下:

ScheduledThreadPoolExecutor的介绍:

ScheduledThreadPoolExecutor,它可另行安排在给定的延迟后运行命令,或者定期执行命令。需要多个辅助线程时,或者要求 ThreadPoolExecutor 具有额外的灵活性或功能时,此类要优于Timer。

ScheduledThreadPoolExecutor的使用详解

当程序需要用到一个定时器处理问题的时候,并且需要处理的频率是很快的,这就需要一个稳定的定时器来保证数据的长久进行。ScheduledThreadPoolExecutor这个类就是个很好的选择。正常情况下,定时器我们都是用Timer和TimerTask这两个类就能完成定时任务,并且设置延长时间和循环时间间隔。
ScheduledThreadPoolExecutor也能完成Timer一样的定时任务,并且时间间隔更加准确。

误差说明:

我在后台程序看看一下Timer执行程序是有可能延迟1、2毫秒,如果是1秒执行一次的任务,1分钟有可能延迟60毫秒,一小时延迟3600毫秒,相当于3秒,实际用户看不出什么区别。 但是,如果我的程序需要每40毫秒就执行一次任务,如果还是有1、2毫秒的误差,1秒钟就有25毫秒的误差,大概40秒就有1秒的误差,十几分钟就有十几秒的误差,这对UI显示来说是延迟非常严重的了。 而我用ScheduledThreadPoolExecutor来做40毫秒的间隔任务,一般十几分钟才有1秒多的误差,这个还是能接受的。 这也是我用ScheduledThreadPoolExecutor这个类的原因。

使用Timer和TimerTask存在一些缺陷:

1.Timer只创建了一个线程。当你的任务执行的时间超过设置的延时时间将会产生一些问题。
2.Timer创建的线程没有处理异常,因此一旦抛出非受检异常,该线程会立即终止。
JDK 5.0以后推荐使用ScheduledThreadPoolExecutor。该类属于Executor Framework,它除了能处理异常外,还可以创建多个线程解决上面的问题

Timer和TimerTask的使用 :

这里就不做过多的描述了,重点在ScheduledThreadPoolExecutor。

Timer timer = new Timer();
      timer.schedule(new TimerTask() {
            @Override
            public void run() {
                log.e("time:");
 
            }
        }, 2000, 40);
//2000表示第一次执行任务延迟时间,40表示以后每隔多长时间执行一次run里面的任务

ScheduledThreadPoolExecutor的使用:

import java.util.HashSet;
import java.util.List;
import java.util.Set;
import java.util.concurrent.ScheduledThreadPoolExecutor;
import java.util.concurrent.TimeUnit;
import java.util.concurrent.atomic.AtomicInteger;
 
/**
 * 设备在线延时检查检查
 */
@Slf4j
public class DelayedCheckDeviceSchedule {
 
  public static final Integer CONNECT_TIME_OUT = 10000;
 
//引用的业务层
  private ITblBaseService baseService = SpringContextHolder.getBean(ITblBaseService .class);
 
  private ScheduledThreadPoolExecutor scheduledThreadPoolExecutor = null;
 
  /**
   * 需要延时检查的设备状态的设备id集合
   */
  public static Set<String> deviceSet = new HashSet<>();
 
  /**
   * 当前执行点
   */
  private AtomicInteger currentAtomicInteger = new AtomicInteger(1);
 
 
  /**
   * 初始化任务
   * @param delay 延迟几秒执行
   * @param checkCount 需要检测的次数
   * @param deviceId 设备Id
   * @param deviceType 设备类型
   * @return
   */
  public boolean init(long delay, int checkCount, String deviceId, String deviceType) {
    log.info("第一次初始化时间"+deviceId+":"+System.currentTimeMillis());
    if (deviceSet.add(deviceId) && deviceConnectModel!=null) {
      this.scheduledThreadPoolExecutor = new ScheduledThreadPoolExecutor(4);
      this.scheduledThreadPoolExecutor.schedule(new Runnable() {
        @Override
        public void run() {
          executor(delay, checkCount, deviceId, deviceType);
        }
      }, delay, TimeUnit.SECONDS);
      return true;
    }
    return false;
  }
 
  /**
   * 执行体
   */
  private void executor(long delay, int checkCount, String deviceId, String deviceType) {
    log.info("第"+currentAtomicInteger.get()+"执行时间"+deviceId+":"+System.currentTimeMillis());
    if (deviceSet.contains(deviceId) && currentAtomicInteger.get() < (checkCount+1)) {
      //执行逻辑
          
       //当满足条件时,停止任务
        if(currentAtomicInteger.get()==checkCount){ 
          //需要处理的逻辑
 
          //停止任务
          this.scheduledThreadPoolExecutor.shutdownNow();
          deviceSet.remove(deviceId);
        }else {
          //下一次执行
          currentAtomicInteger.getAndIncrement();
          this.scheduledThreadPoolExecutor.schedule(new Runnable() {
            @Override
            public void run() {
              executor(delay, checkCount, deviceId, deviceType);
            }
          }, delay, TimeUnit.SECONDS);
     
       }
    } else {
      this.scheduledThreadPoolExecutor.shutdownNow();
      this.scheduledThreadPoolExecutor = null;
    }
  }
 
  /**
   * 停止检测任务
   * @param deviceId
   * @return
   */
  public static boolean stop(String deviceId) {
    return deviceSet.remove(deviceId);
  }
 
}

在需要周期性检查的时候引入:

DelayedCheckDeviceSchedule delayedCheckDeviceSchedule = new DelayedCheckDeviceSchedule();
delayedCheckDeviceSchedule.init(10, 3, panModel.getDeviceId(), "pan");

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。

相关文章

  • java实现全局监听键盘详解

    java实现全局监听键盘详解

    这篇文章主要为大家详细介绍了java实现全局监听键盘的相关知识,文中的示例代码讲解详细,具有一定的学习价值,感兴趣的小伙伴可以了解下
    2024-01-01
  • 详解springboot集成mybatis xml方式

    详解springboot集成mybatis xml方式

    这篇文章主要介绍了详解springboot集成mybatis xml方式,小编觉得挺不错的,现在分享给大家,也给大家做个参考。一起跟随小编过来看看吧
    2018-07-07
  • java基础学习JVM中GC的算法

    java基础学习JVM中GC的算法

    这篇文章主要介绍了java基础学习JVM中GC的算法,通过图文加深对GC算法思路的理解。
    2017-11-11
  • springboot2中HikariCP连接池的相关配置问题

    springboot2中HikariCP连接池的相关配置问题

    这篇文章主要介绍了springboot2中HikariCP连接池的相关配置问题,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2022-12-12
  • 使用springboot自动配置源码解读

    使用springboot自动配置源码解读

    自动装配是Spring Boot的一个核心特性,允许程序员在开发中更加专注于业务逻辑,而不是花费大量的时间去配置和管理第三方组件,当开发者在pom.xml文件中添加了某个依赖后,Spring Boot通过自动配置的方式,将这些第三方组件的实例自动注入到IOC容器中
    2024-11-11
  • nacos将服务注册到不同的命名空间下问题

    nacos将服务注册到不同的命名空间下问题

    Nacos是SpringCloudAlibaba架构中最重要的组件,提供注册中心、配置中心和动态DNS服务三大功能,如果需要配置多个数据库适配的环境,启动服务时需要将服务注册到不同的命名空间下,并配置新部署的网关服务ip和端口或者域名
    2024-12-12
  • spring data jpa 创建方法名进行简单查询方式

    spring data jpa 创建方法名进行简单查询方式

    这篇文章主要介绍了spring data jpa 创建方法名进行简单查询方式,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
    2022-02-02
  • File.createTempFile创建临时文件的示例详解

    File.createTempFile创建临时文件的示例详解

    这篇文章主要介绍了File.createTempFile创建临时文件的示例详解,在默认临时文件目录中创建一个空文件,使用给定前缀和后缀生成其名称。 如果感兴趣来了解一下
    2020-07-07
  • 如何使用Sentry 监控你的Spring Boot应用

    如何使用Sentry 监控你的Spring Boot应用

    这篇文章主要介绍了如何使用Sentry 监控你的Spring Boot应用,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2020-11-11
  • 对比Java讲解Kotlin中?.与!!.的区别

    对比Java讲解Kotlin中?.与!!.的区别

    这篇文章主要给大家介绍了关于对比Java,实例讲解Kotlin中?.与!!.的区别,文中通过示例代码介绍的非常详细,对大家学习或者使用kotlin具有一定参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
    2018-06-06

最新评论