RabbitMQ - tutorial 2:task queue,distributing tasks among workers

本文介绍RabbitMQ中如何通过消息确认、消息持久性和基本QoS设置来保证消息不丢失,并实现工作负载的均衡分配。

本例说明RabbitMQ提高的处理以下3个问题的机制,并给出一个例子。

  • consumer奔溃,如何保证消息不丢失(比如消息处理到一半,异常退出)- message acknowledgment
  • RabbitMQ Server挂掉,如何保证消息以及消息队列不丢失 - message durability
  • 消息处理任务繁重程度差异很大时,如何保证每个consumer均衡的承担任务而不会导致有的过重有的又很空闲 - basicQos设置

Task Queue

Work Queue(Task Queue)主要思想是避免立即执行资源密集型任务,且等待其完成。 相反,我们将任务封装为消息并将其发送到队列。 然后由后台worker从消息队列取出执行。

Task Queue的优点之一就是可以并行运行;如果有很多的积压Task,只要增加worker(Consumer)就可以并行处理,从而加快处理进度。而RabbitMQ将按顺序将消息发送给下一个使用者(Consumer),就平均而言,每个Consumer将获得相同数量的消息。这种分配消息的方式称为循环法(round-robin)。

消息确认(Message acknowledgment)

运行任务需要一定的时间,但如果执行了一部分consumer就挂掉了,会发生什么呢?RabbitMQ支持Message acknowledgment.消息确认由consumer告诉给RabbitMQ,某个特定的消息被接收,处理了,这样RabbitMQ可以删除这个消息了。

如果一个consumer挂掉(channel关闭,或者connection关闭,或者TCP connection丢失),但没有发ack(消息确认),RabbitMQ就会知道该消息没有被完整的处理,它就会将该消息重新入队列。如果这时有其它的consumer在线,RabbitMQ就会把消息redeliver给这个consumer。这样,即使consumer挂掉,RabbitMQ也能保证消息不会丢失。

默认情况下手动处理消息确认Manual message acknowledgments)开启,可以通过autoAck=true关闭。开启手动处理之后,consumer在完成task后需要手动发送acknowledgment给RabbitMQ。

消息持久性(Message durability)

通过ack,能确保consumber挂掉,也不会导致消息丢失;那么如果RabbitMQ server挂掉呢?当RabbitMQ退出或崩溃时,它会忘记队列和消息,除非我们告诉它不要:这需要将队列和消息标记为持久(durable)。

(1)Producer和Consumer双方都需要指定durable=true. 这样就能确保”task_queue”队列即使重启RabbitMQ也不会丢失。

boolean durable = true;
channel.queueDeclare("task_queue", durable, false, false, null);

(2)MessageProperties.PERSISTENT_TEXT_PLAIN

通过MessageProperties设置为MessageProperties.PERSISTENT_TEXT_PLAIN来使消息变为持久。

channel.basicPublish("", "task_queue",
            MessageProperties.PERSISTENT_TEXT_PLAIN,
            message.getBytes());

(3)消息持久化的说明(Note on message persistence)

Marking messages as persistent doesn’t fully guarantee that a message won’t be lost. Although it tells RabbitMQ to save the message to disk, there is still a short time window when RabbitMQ has accepted a message and hasn’t saved it yet. Also, RabbitMQ doesn’t do fsync(2) for every message – it may be just saved to cache and not really written to the disk. The persistence guarantees aren’t strong, but it’s more than enough for our simple task queue. If you need a stronger guarantee then you can use publisher confirms.

公平分派(Fair dispatch)

RabbitMQ按顺序将消息公平的分派给多个consumer,而不管各个consumer是否很忙。举个例子,比如第奇数个task(message)都很耗时,而偶数个task都很轻松;现在有两个consumer,那么第一个consumer总是被分派奇数个task,所以很忙;而第二个consumber总是被分派偶数个task,很轻松。

要解决这种情况,RabbitMQ提供了如下channel.basicQos设置。告诉RabbitMQ不要给consumer分派超过1个的task(message),也就是只有在consumer处理完一个task并返回确认(ack)之后,才会再分派新的task给该consumer。

int prefetchCount = 1;
channel.basicQos(prefetchCount);

如果所有的consumer都很忙,那么消息队列就可能被填满,这时你就需要采取措施,比如增加新的consumer。

Tutorial 2 - task queue(Distributing tasks among workers)

本例一个消息只发送给一个consumer,以后还会介绍一个消息发送给多个consumer的case。

新建maven project,一个parent,两个child project,结构如下图:
这里写图片描述

Publisher

使用一个线程,每隔3s发送一条随机生成的message给RabbitMQ服务器。

  • MyTask.java - 线程实现
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import com.rabbitmq.client.MessageProperties;

import java.util.Random;

public class MyTask implements Runnable {
    //message index,用来查看多个consumer同时从broker取消息时,消息是怎么被分派的
    private static Integer index = 0;

    //define name of the queue
    private static final String TASK_QUEUE_NAME = "task_queue";
    //connection to the server(broker)
    private Connection rbtMqConn;
    //channel
    private Channel rbtMqChnl;

    //控制停止线程
    private boolean isStop = false;
    public void setIsStop(boolean stop){
        this.isStop = stop;
    }

    @Override
    public void run() {

        try{
            //1.创建一个connection链接到RabbitMQ服务器(connection为我们处理socket/协议/认证授权等)
            ConnectionFactory factory = new ConnectionFactory();
            //本例使用本机作为服务器;Consumer也从这个broker接收消息,也可以使用其它主机,比如172.16.21.111
            factory.setHost("localhost");
            rbtMqConn = factory.newConnection();

            //2.创建一个channel
            rbtMqChnl = rbtMqConn.createChannel();

            //3.声明消息队列,并标记为持久;
            //3.1.producer和consumer需要指定相同的队列名;
            //3.2.producer和consumer都需要声明队列为durable=true,
            //来确保消息队列不会丢失(即使重启RabbitMQ也不会丢失);
            boolean durable = true;
            rbtMqChnl.queueDeclare(TASK_QUEUE_NAME, durable, false, false, null);

            //send message per 3s
            while (!isStop){
                //message to send
                String message = getMessage(index++);
                //4.消息标记为持久,并发布消息:
                //MessageProperties.PERSISTENT_TEXT_PLAIN将消息标记为持久,
                //来确保即使重启RabbitMQ消息也不会丢失
                rbtMqChnl.basicPublish("", TASK_QUEUE_NAME, MessageProperties.PERSISTENT_TEXT_PLAIN, message.getBytes());
                System.out.println(" [Publisher] Sent '" + message + "'");
                Thread.sleep(3000);
            }

            //5.最后,使用完之后,关闭channel和connection;
            rbtMqChnl.close();
            rbtMqConn.close();
        }catch(Exception ex){
            System.out.println(ex.getMessage());
        }

        System.out.println(" [Publisher] Send task stop");
    }

    /**
     * 生成随机消息用于发送给RabbitMQ服务器
     * */
    private static String getMessage(Integer index) {
        StringBuilder dotMsg = new StringBuilder("");
        dotMsg.append(String.format("[%d]", index));

        Random rand = new Random();
        Integer num = rand.nextInt(5) + 1;//[1, 5]
        for(Integer i=1; i <= num; ++i){
            dotMsg.append(".").append(i.toString());
        }

        return dotMsg.toString();
    }

}
  • MyPublisher.java - 控制发送线程运行120s
public class MyPublisher {
    public static void main(String[] argv) throws Exception {
        MyTask sendTask = new MyTask();
        Thread thread = new Thread(sendTask);
        thread.start();
        //let the thread run 120 seconds
        Thread.sleep(120000);
        sendTask.setIsStop(true);
    }
}

Consumer

MyConsumer.java - 链接到RabbitMQ,指定使用于MyPublisher相同的消息队列,并设置负载均衡,设置手动返回ack。

import com.rabbitmq.client.*;
import java.io.IOException;
import java.lang.management.ManagementFactory;


public class MyConsumer {
    private static final String TASK_QUEUE_NAME = "task_queue";

    public static void main(String[] argv) throws Exception {
        //1.创建connection链接到RabbitMQ Server
        ConnectionFactory factory = new ConnectionFactory();
        factory.setHost("localhost");//使用本机的RabbitMQ Server
        final Connection connection = factory.newConnection();
        //2.创建channel
        final Channel channel = connection.createChannel();
        //3.声明消息队列,并标记为持久;
        //3.1.producer和consumer需要指定相同的队列名
        //3.2.producer和consumer都需要声明队列为durable=true,
        //来确保消息队列不会丢失(即使重启RabbitMQ也不会丢失)
        boolean durable = true;
        channel.queueDeclare(TASK_QUEUE_NAME, durable, false, false, null);

        //4.设置basicQos使consumer负载均衡:
        //一次只接收一个消息,consumer处理完一个消息,
        //并且RabbitMQ收到ack之后才会给该consumer分派新的task(message)
        channel.basicQos(1);

        //5.创建consumer,这里使用DefaultConsumer,
        //并且在一个task(message)处理完之后,手动给RabbitMQ返回消息确认(ack)
        final Consumer consumer = new DefaultConsumer(channel) {
            @Override
            public void handleDelivery(String consumerTag, Envelope envelope, AMQP.BasicProperties properties, byte[] body) throws IOException {
                String message = new String(body, "UTF-8");

                long id = Thread.currentThread().getId();
                String runtimeName = ManagementFactory.getRuntimeMXBean().getName();
                String info = String.format("%s, %d, [Consumer] Received '%s'", runtimeName, id, message);
                System.out.println(info);
                try {
                    doWork(message);
                } finally {
                    System.out.println(" [Consumer] a task was Done");
                    //It's a common mistake to miss the basicAck.
                    // It's an easy error, but the consequences are serious.
                    // Messages will be redelivered when your client quits (which may look like random redelivery),
                    // but RabbitMQ will eat more and more memory as it won't be able to release any unacked messages.
                    channel.basicAck(envelope.getDeliveryTag(), false);
                }
            }
        };
        //6.关闭自动消息确认,开启手动消息确认,并开始接收消息
        boolean autoAck = false;//见上面第5步,手动返回ack
        channel.basicConsume(TASK_QUEUE_NAME, autoAck, consumer);
    }

    private static void doWork(String task) {
        for (char ch : task.toCharArray()) {
            if (ch == '.') {
                try {
                    System.out.println(" [Consumer] sleep 1 second");
                    Thread.sleep(1000);//模拟消息处理
                } catch (InterruptedException _ignored) {
                    System.out.println(" [Consumer] exception happen");
                    Thread.currentThread().interrupt();
                }
            }
        }
    }
}

运行结果

我们运行一个publisher和两个consumer。运行的结果是publisher发布的消息,被按顺序分配给两个consumer。如下图:
这里写图片描述

内容概要:本文提出了一种基于非合作博弈理论的居民负荷分层调度模型,并结合双层鲸鱼优化算法(Two-level Whale Optimization Algorithm)进行高效求解,模型与算法均通过Matlab代码实现。研究针对电力系统中居民侧用电负荷的复杂调度问题,引入非合作博弈机制刻画各用户之间的利益竞争关系,实现负荷的分层优化分配;同时设计双层优化架构,上层优化资源配置,下层模拟用户自主决策行为,提升了模型的实用性与合理性。通过智能优化算法求解多层级、非凸非线性的博弈模型,有效提高了调度方案的收敛性与全局寻优能力,适用于现代智能电网中的需求侧管理与能源优化场景。; 适合人群:具备电力系统基础理论知识和Matlab编程能力,从事智能电网、能源优化调度、需求侧管理、博弈论应用等方向的科研人员、高校研究生及工程技术人员。; 使用场景及目标:①应用于居民区电力负荷的分层优化调度系统设计与仿真分析;②为非合作博弈在多主体能源系统建模中的应用提供方法论支持;③利用双层鲸鱼算法解决具有嵌套结构的复杂双层优化问题,提升求解效率与调度方案的可行性。; 阅读建议:建议读者结合提供的Matlab代码深入理解模型构建逻辑与算法实现流程,重点关注博弈模型的效用函数设计、纳什均衡求解思路以及双层优化结构的迭代机制,宜配合实际用电数据开展复现实验以验证模型有效性与鲁棒性。
内容概要:本文围绕基于自适应神经模糊推理系统(ANFIS)智能控制器的可再生能源微电网功率管理系统展开研究,结合Simulink仿真实现,深入探讨了微电网中功率的智能调控与经济机组组合调度问题。通过引入ANFIS控制器,有效应对风能、光伏等可再生能源出力的波动性与不确定性,提升系统运行的稳定性与电能质量。研究内容涵盖微电网多源协调控制策略、功率平衡管理、优化调度模型构建及仿真验证,实现了对分布式电源、储能系统和负荷的协同优化,兼顾经济性与可靠性目标,并通过仿真平台验证了所提方法的有效性与优越性。; 适合人群:具备电力系统、自动化或新能源相关专业背景,熟悉Matlab/Simulink仿真环境,从事微电网能量管理、智能控制、能源优化等领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①用于高比例可再生能源接入场景下的微电网能量管理系统研发与教学实践;②为实现微电网功率稳定控制与经济高效运行提供先进的智能控制解决方案;③支撑高水平学术论文复现、科研课题攻关及实际工程项目的仿真验证与方案优化。; 阅读建议:建议结合提供的Simulink模型与相关代码进行动手实践,重点关注ANFIS控制器的设计流程、规则库构建与参数调优方法,并通过与传统PID或MPC控制策略的对比实验,深入理解其在动态响应与鲁棒性方面的优势。同时可进一步拓展文中提出的优化调度逻辑,应用于多目标、多约束的复杂实际应用场景中。
内容概要:本文档聚焦于“直流电机双闭环控制Matlab仿真”,系统阐述了基于Matlab/Simulink平台实现直流电机双闭环控制系统(主要包括速度环与电流环)的设计与仿真全过程。通过构建直流电机的数学模型,结合PI控制器进行调控,实现对电机转速和电枢电流的高精度动态控制,验证控制策略的稳定性与响应性能。文档详细介绍了仿真模型的搭建流程、关键参数的整定方法、系统动态波形的分析手段以及仿真结果的有效性验证,体现了经典自动控制理论在实际电机系统中的工程应用,是电机控制与电力电子技术相结合的典型研究案例。; 适合人群:具备自动控制原理、电机与拖动基础、电力电子技术和Matlab/Simulink仿真能力的电气工程、自动化、机电一体化等专业的本科生、研究生及从事电机驱动系统研发的工程技术人员。; 使用场景及目标:①作为高校课程设计或实验教学材料,帮助学生深入理解双闭环调速系统的工作机理与工程实现;②服务于科研项目,为新型电机控制算法(如滑模、模糊PID等)的开发与性能对比提供基础仿真验证平台;③作为工业界产品前期设计的仿真工具,用于评估不同控制策略在动态响应、抗干扰能力和稳态精度方面的可行性。; 阅读建议:建议读者在学习过程中紧密结合自动控制理论知识,亲手在Simulink环境中搭建完整的双闭环仿真模型,通过反复调整PI控制器的比例与积分参数,观察并分析转速、电流的阶跃响应曲线,从而深刻理解反馈控制的本质、系统稳定性条件以及参数整定对动态性能的影响,进而掌握电机控制系统的设计精髓。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值