<
>

Java处理延时任务的常用几种解决方案

2022-05-31 18:49:08 来源:易采站长站 作者:

目录
前言数据库轮询原理优缺点Java延迟队列Reids监听失效key创建监听类,实现MessageListener接口RocketMq延迟消息总结

前言

项目中经常会遇到如下的需求:

    创建订单30分钟未支付,订单自动取消。订单支付成功后,1分钟后给用户发送短信,提醒用户评价。

    针对延时任务需求,我们可以采用如下的解决方案:

    数据库轮询

    原理

    通过一个线程定时的扫描数据库当天创建的订单,根据订单的创建时间来判断订单是否超时,针对超时订单进行相关的更新操作。
    实现技术
    采用Spring Boot结合quartz来实现,具体的实现可以参考之前的文章。

    优缺点

    优点:

    此方案比较简单,且quartz也支持集群操作。

    缺点:

      系统订单数据量比较大,每个几分钟轮询数据库,对服务器和数据库的内存消耗比较大。存在延迟,即使1分钟扫描一次数据库,也会存在1分钟的延迟。

      Java延迟队列

      原理

      采用JDK自带的DelayQueue来实现,这是一个无界阻塞队列,该队列只有在延迟期满的时候才能从中获取元素,放入DelayQueue中的对象。
      实现技术
      使用JDK的DelayQueue队列进行相关操作即可。

      优缺点

      优点:

      此方案是基于内存操作所以效率高,任务触发时间延迟低.

      缺点:

        消息队列的信息都存放在内存中,一旦服务器重启,则数据全部消失无法进行集群用扩展由于本机内存有限,一旦订单数据量过大,很容易出现OOM异常。

        Reids监听失效key

        原理

        该方案使用Redis的Keyspace>

        实现技术

        基于reids的方案,实现MessageListener接口。

        实现步骤

        修改Redis配置文件
        打开redis.conf 文件,搜索 “notify-keyspace-events”找到原本的notify-keyspace-events " ",修改为 “notify-keyspace-events Ex”,至此Redis 就支持Key过期事件的监听。

        创建监听类,实现MessageListener接口

        @Component
        public class RedisKeyExpirationListener implements MessageListener
        {
            private static final Logger logger = LoggerFactory.getLogger(RedisKeyExpirationListener.class);
            
            public static final String KEY_PREX = "test::order:queue";
            
            @Override
            public void onMessage(Message message, byte[] pattern)
            {
                try
                {
                    String expiredKey = message.toString();
        
                    // 通过key来判断
                    if(!expiredKey.contains(KEY_PREX))
                    {
                        return;
                    }
                    
                    //满足条件处理具体的业务逻辑
                }
                catch (Exception e)
                {
                    logger.error("失效事件失败",e);
                }
            }
        }
        

        优缺点

        优点:

        基于Redis实现简单

        缺点:

          客户端断开后重连会导致所有事件丢失。高并发场景下,存在大量的失效key场景会导出失效时间存在延迟。此方案针对业务量较少且可靠性要求不高的场景使用。

          RocketMq延迟消息

          实现原理

          基于RocketMQ设置消息的等级,发送延迟消息,RocketMQ延时消息会暂存在名为SCHEDULE_TOPIC_XXXX的Topic中,并根据delayTimeLevel存入特定的queue,queueId>其具体步骤如下:

            修改消息Topic名称和队列信息转发消息到延迟主题SCHEDULE_TOPIC_XXXX的CosumeQueue中延迟服务消费SCHEDULE_TOPIC_XXXX消息将信息重新存储到CommitLog中将消息投递到目标Topic中消费者消费目标topic中的数据。
            /**
                * 发送延迟消息
                * @param topic
                * @param msg
                */
               public void sendDelayMessage(String topic,Object msg)
               {
                  Message msgMessage =new Message();
                  //设置消息等级
                  msgMessage.setDelayTimeLevel(2);
                 rocketMQTemplate.convertAndSend(topic, msg);
               }
            

            注意:RocketMQ延时消息的延迟时长不支持随意时长的延迟,是通过特定的延迟等级来指定的。默认支持18个等级的延迟消息,延时等级定义在RocketMQ服务端的MessageStoreConfig类中的如下变量中:

            例如指定的延时等级为2,则表示延迟时长为5s,即延迟等级是从1开始计数的。

            优缺点

            优点:

            支持高并发场景消息处理.

            缺点:

              引入额外的消息队列,增加项目的维护和复杂度。支持固定时长的消息延迟,针对任意时长的消息延迟需要进行扩展。

              总结

              本文讲解了针对延时任务的处理的几种方案和相关的优缺点,针对不同的业务场景,选择合适的解决方案。更多相关Java>

暂时禁止评论

微信扫一扫

易采站长站微信账号