深入了解ActiveMQ!(1)

「P2P vs Pub/Sub」

P2P vs Pub/Sub

「Queue」

队列存储,常用于点对点消息模型

默认只能由唯一的一个消费者处理。一旦处理消息删除。

「Topic」

主题存储,用于订阅/发布消息模型

主题中的消息,会发送给所有的消费者同时处理。只有在消息可以重复处理的业务场景中可使用。

「ConnectionFactory」

连接工厂,jms中用它创建连接

连接工厂是客户用来创建连接的对象,例如ActiveMQ提供的ActiveMQConnectionFactory。

「Connection」

JMS Connection封装了客户与JMS提供者之间的一个虚拟的连接。

「Destination 消息的目的地」

目的地是客户用来指定它生产的消息的目标和它消费的消息的来源的对象。

订阅一个主题的消费者只能消费自它订阅之后发布的消息。JMS规范允许客户创建持久订阅,这在一定程度上放松了时间上的相关性要求。持久订阅允许消费者消费它在未处于激活状态时发送的消息。在点对点消息传递域中,目的地被成为队列(queue);在发布/订阅消息传递域中,目的地被成为主题(topic)。

「Session」

JMS Session是生产和消费消息的一个单线程上下文。会话用于创建消息生产者(producer)、消息消费者(consumer)和消息(message)等。会话提供了一个事务性的上下文,在这个上下文中,一组发送和接收被组合到了一个原子操作中。

消息可靠性机制

「确认 JMS消息」

只有在被确认之后,才认为已经被成功地消费了。消息的成功消费通常包含三个阶段:客户接收消息、客户处理消息和消息被确认。

在事务性会话中,当一个事务被提交的时候,确认自动发生。

在非事务性会话中,消息何时被确认取决于创建会话时的应答模式(acknowledgement mode)。该参数有以下三个可选值:

「Session.AUTO_ACKNOWLEDGE」。当客户成功的从receive方法返回的时候,或者从MessageListener.onMessage方法成功返回的时候,会话自动确认客户收到的消息。

「Session.CLIENT_ACKNOWLEDGE」。客户通过消息的acknowledge方法确认消息。需要注意的是,在这种模式中,确认是在会话层上进行:确认一个被消费的消息将自动确认所有已被会话消费的消息。例如,如果一个消息消费者消费了10个消息,然后确认第5个消息,那么所有10个消息都被确认。

「Session.DUPS_ACKNOWLEDGE」。该选择只是会话迟钝的确认消息的提交。如果JMS Provider失败,那么可能会导致一些重复的消息。如果是重复的消息,那么JMS Provider必须把消息头的JMSRedelivered字段设置为true。

「持久性」

JMS 支持以下两种消息提交模式:

「PERSISTENT」。指示JMSProvider持久保存消息,以保证消息不会因为JMS Provider的失败而丢失。

「NON_PERSISTENT」。不要求JMS Provider持久保存消息。

「优先级」

可以使用消息优先级来指示JMS Provider首先提交紧急的消息。优先级分10个级别,从0(最低)到9(最高)。如果不指定优先级,默认级别是4。「需要注意的是,JMSProvider并不一定保证按照优先级的顺序提交消息。」

「消息过期」

可以设置消息在一定时间后过期,默认是永不过期

「临时目的地」

可以通过会话上的createTemporaryQueue方法和createTemporaryTopic方法来创建临时目的地。它们的存在时间只限于创建它们的连接所保持的时间。只有创建该临时目的地的连接上的消息消费者才能够从临时目的地中提取消息。

「持久订阅」

首先消息生产者必须使用PERSISTENT提交消息。客户可以通过会话上的createDurableSubscriber方法来创建一个持久订阅,该方法的第一个参数必须是一个topic,第二个参数是订阅的名称。

JMS Provider会存储发布到持久订阅对应的topic上的消息。如果最初创建持久订阅的客户或者任何其它客户使用相同的连接工厂和连接的客户ID、相同的主题和相同的订阅名再次调用会话上的createDurableSubscriber方法,那么该持久订阅就会被激活。

JMS Provider会向客户发送客户处于非激活状态时所发布的消息。

持久订阅在某个时刻只能有一个激活的订阅者。持久订阅在创建之后会一直保留,直到应用程序调用会话上的unsubscribe方法。

「本地事务」

在一个JMS客户端,可以使用本地事务来组合消息的发送和接收。JMS Session接口提供了commit和rollback方法。事务提交意味着生产的所有消息被发送,消费的所有消息被确认;事务回滚意味着生产的所有消息被销毁,消费的所有消息被恢复并重新提交,除非它们已经过期。

事务性的会话总是牵涉到事务处理中,commit或rollback方法一旦被调用,一个事务就结束了,而另一个事务被开始。关闭事务性会话将回滚其中的事务。

需要注意的是,如果使用请求/回复机制,即发送一个消息,同时希望在同一个事务中等待接收该消息的回复,那么程序将被挂起,因为知道事务提交,发送操作才会真正执行。需要注意的还有一个,消息的生产和消费不能包含在同一个事务中。

ActiveMQ


存储

ActiveMQ支持很多种存储方式,常见的有 KahaDB存储,AMQ存储,JDBC存储,LevelDB存储,Memory 消息存储。我们重点介绍一下KahaDB和JDBC存储方式。

KahaDB存储

KahaDB是默认的持久化策略,所有消息顺序添加到一个日志文件中,同时另外有一个索引文件记录指向这些日志的存储地址,还有一个事务日志用于消息回复操作。是一个专门针对消息持久化的解决方案,它对典型的消息使用模式进行了优化。

在data/kahadb这个目录下,会生成四个文件,来完成消息持久化 db.data 它是消息的索引文件,本质上是B-Tree(B树),使用B-Tree作为索引指向db-*.log里面存储的消息 db.redo 用来进行消息恢复 *db-.log 存储消息内容。

kahadb文件结构

新的数据以APPEND的方式追加到日志文件末尾。属于顺序写入,因此消息存储是比较 快的。默认是32M,达到阀值会自动递增 lock文件 锁,写入当前获得kahadb读写权限的broker ,用于在集群环境下的竞争处理。

KahaDB有如下几个特性:

  • 日志形式存储消息;

  • 消息索引以 B-Tree 结构存储,可以快速更新;

  • 完全支持 JMS 事务;

  • 支持多种恢复机制kahadb 可以限制每个数据文件的大小。不代表总计数据容量。

配置方式如下:

JDBC 存储

支持通过 JDBC 将消息存储到关系数据库,性能上不如文件存储,能通过关系型数据库查询到消息的信息。

MQ 支持的数据库:Apache Derby、MySQL、PostgreSQL、Oracle、SQLServer、Sybase、Informix、MaxDB。使用JDBC存储需要用到下面三张数据表。

「activemq_acks」:用于存储订阅关系。如果是持久化Topic,订阅者和服务器的订阅关系在这个表保存。主要的数据库字段如下:

  • container:消息的destination

  • sub_dest:如果是使用static集群,这个字段会有集群其他系统的信息

  • client_id:每个订阅者都必须有一个唯一的客户端id用以区分

  • sub_name:订阅者名称

  • selector:选择器,可以选择只消费满足条件的消息。条件可以用自定义属性实现,可支持多属性and和or操作

  • last_acked_id:记录消费过的消息的id。

「activemq_lock」:在集群环境中才有用,只有一个Broker可以获得消息,称为Master Broker,其他的只能作为备份等待Master Broker不可用,才可能成为下一个Master Broker。这个表用于记录哪个Broker是当前的Master Broker。

「activemq_msgs」:用于存储消息,Queue和Topic都存储在这个表中。主要的数据库字段如下

  • id:自增的数据库主键

  • container:消息的destination

  • msgid_prod:消息发送者客户端的主键

  • msg_seq:是发送消息的顺序,msgid_prod+msg_seq可以组成jms的messageid

  • expiration:消息的过期时间,存储的是从1970-01-01到现在的毫秒数

  • msg:消息本体的java序列化对象的二进制数据

  • priority:优先级,从0-9,数值越大优先级越高

  • xid:topic

配置方式如下:

  1. 配置数据源 conf/acticvemq.xml 文件:
   
  1. 配置 broke 中的 persistenceAdapter dataSource 指定持久化数据库的 bean,createTablesOnStartup 是否在启动的时候创建数据表,默认值是 true,这样每次启动都会去创建数据表了,一般是第一次启动的时候设置为 true,之后改成 false。
 

协议

ActiveMQ支持的client-broker通讯协议有:TCP、NIO、UDP、SSL、Http(s)、VM。

Transmission Control Protocol (TCP)

这是默认的Broker配置,TCP的Client监听端口是61616。

在网络传输数据前,必须要序列化数据,消息是通过一个叫wire protocol的来序列化成字节流。默认情况下,ActiveMQ把wire protocol叫做OpenWire,它的目的是促使网络上的效率和数据快速交互。

TCP连接的URI形式:tcp://hostname:port?key=value&key=value

TCP传输的优点:(1)TCP协议传输可靠性高,稳定性强 (2)高效性:字节流方式传递,效率很高 (3)有效性、可用性:应用广泛,支持任何平台

New I/O API Protocol(NIO)

NIO协议和TCP协议类似,但NIO更侧重于底层的访问操作。它允许开发人员对同一资源可有更多的client调用和服务端有更多的负载。

适合使用NIO协议的场景:(1)可能有大量的Client去链接到Broker上一般情况下,大量的Client去链接Broker是被操作系统的线程数所限制的。因此,NIO的实现比TCP需要更少的线程去运行,所以建议使用NIO协议 (2)可能对于Broker有一个很迟钝的网络传输NIO比TCP提供更好的性能

NIO连接的URI形式:nio://hostname:port?key=value

Transport Connector配置示例:

<transportConnector

name=“nio”

uri=“nio://localhost:61618?trace=true” />

User Datagram Protocol(UDP)

UDP和TCP的区别 (1)TCP是一个原始流的传递协议,意味着数据包是有保证的,换句话说,数据包是不会被复制和丢失的。UDP,另一方面,它是不会保证数据包的传递的 (2)TCP也是一个稳定可靠的数据包传递协议,意味着数据在传递的过程中不会被丢失。这样确保了在发送和接收之间能够可靠的传递。相反,UDP仅仅是一个链接协议,所以它没有可靠性之说

从上面可以得出:TCP是被用在稳定可靠的场景中使用的;UDP通常用在快速数据传递和不怕数据丢失的场景中,还有ActiveMQ通过防火墙时,只能用UDP

UDP连接的URI形式:udp://hostname:port?key=value

Transport Connector配置示例:

<transportConnector

name=“udp”

uri=“udp://localhost:61618?trace=true” />

Active MQ的安全机制

「web控制台安全」

修改jetty-realm.properties

# username: password [,rolename ...](用户名:密码 角色)

注意:配置需重启ActiveMQ才会生效

「消息安全机制」

修改activemq.xml 在中添加如下代码:

ActiveMQ 使用


在java中使用ActiveMQ只需要引入相关依赖

org.apache.activemq

activemq-all

5.15.11

编写生产者

public class Sender {

public static void main(String[] args) throws JMSException {

// 1. 建立工厂对象,

ActiveMQConnectionFactory acf = new ActiveMQConnectionFactory(ActiveMQConnectionFactory.DEFAULT_USER,ActiveMQConnectionFactory.DEFAULT_PASSWORD,“tcp://localhost:61618”);

//2 从工厂里拿一个连接

Connection connection = acf.createConnection();

connection.start();

//3 从连接中获取Session(会话)

Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);

//4 从会话中获取目的地(Destination)消费者会从这个目的地取消息

Queue queue = session.createQueue(“mq.test”);

//5 从会话中创建消息提供者

MessageProducer producer = session.createProducer(queue);

//6 从会话中创建文本消息(也可以创建其它类型的消息体)

TextMessage message = session.createTextMessage(“msg: hello world”);

//7 通过消息提供者发送消息到ActiveMQ

producer.send(message);

//8 关闭连接

connection.close();

}

}

编写消费者

public class Receiver {

public static void main(String[] args) throws JMSException {

// 1. 建立工厂对象,

ActiveMQConnectionFactory acf = new ActiveMQConnectionFactory(ActiveMQConnectionFactory.DEFAULT_USER,ActiveMQConnectionFactory.DEFAULT_PASSWORD,“tcp://localhost:61618”);

//2 从工厂里拿一个连接

Connection connection = acf.createConnection();

connection.start();

//3 从连接中获取Session(会话)

Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);

//4 从会话中获取目的地(Destination)消费者会从这个目的地取消息

Queue queue = session.createQueue(“mq.test”);

//5 从会话中创建消息消费者

MessageConsumer consumer = session.createConsumer(queue);

while (true){

//6 消费者接收消息

Message msg = consumer.receive();

TextMessage textMessage = (TextMessage) msg;

System.out.println(“text:”+textMessage.getText());

}

}

}

常用API及特性

  • 事务消息

Session session = connection.createSession(true, Session.AUTO_ACKNOWLEDGE);

提交事务:session.commit();

回滚事务:session.rollback();

开启事务后,只有事务commit成功,消息才会发送到MQ中

  • 持久化

默认持久化是开启的;

开启非持久化示例代码:

producer.setDeliveryMode(DeliveryMode.NON_PERSISTENT)

  • 设置消息优先级

producer.setPriority();

  • 设置消息超时/过期时间

producer.setTimeToLive

设置了消息超时的消息,消费端在超时后无法在消费到此消息。

  • 死信

此类消息会进入到ActiveMQ.DLQ队列且不会自动清除,称为死信,有消息堆积的风险。

  • 签收模式

签收代表接收端的session已收到消息的一次确认,反馈给broker

如果session带有事务,并且事务成功提交,则消息被自动签收。如果事务回滚,则消息会被再次传送。

消息事务是在生产者producer到broker或broker到consumer过程中同一个session中发生的,保证几条消息在发送过程中的原子性。在支持事务的session中,producer发送message时在message中带有transactionID。broker收到message后判断是否有transactionID,如果有就把message保存在transaction store中,等待commit或者rollback消息。

ActiveMQ支持自动签收与手动签收

「Session.AUTO_ACKNOWLEDGE」

当客户端从receiver或onMessage成功返回时,Session自动签收客户端的这条消息的收条。

「Session.CLIENT_ACKNOWLEDGE」

客户端通过调用消息(Message)的acknowledge方法签收消息。在这种情况下,签收发生在Session层面:签收一个已经消费的消息会自动地签收这个Session所有已消费的收条。

「Session.DUPS_OK_ACKNOWLEDGE」

Session不必确保对传送消息的签收,这个模式可能会引起消息的重复,但是降低了Session的开销,所以只有客户端能容忍重复的消息,才可使用。

  • 独占消费者

Queue queue = session.createQueue("xxoo?consumer.exclusive=true");

  • 发送异步消息

ActiveMQConnectionFactory connectionFactory = new ActiveMQConnectionFactory(

“admin”,

“admin”,

“tcp://localhost:61616”

);

// 2.获取一个向ActiveMQ的连接

connectionFactory.setUseAsyncSend(true);

ActiveMQConnection connection = (ActiveMQConnection)connectionFactory.createConnection();

connection.setUseAsyncSend(true);

  • 消息堆积

producer每发送一个消息,统计一下发送的字节数,当字节数达到ProducerWindowSize值时,需要等待broker的确认,才能继续发送。

brokerUrl中设置: tcp://localhost:61616?jms.producerWindowSize=1048576

destinationUri中设置: myQueue?producer.windowSize=1048576

  • 延迟消息投递

首先在配置文件中开启延迟和调度

延迟发送示例代码:

message.setLongProperty(ScheduledMessage.AMQ_SCHEDULED_DELAY,10*1000);

  • 创建监听器

ActiveMQConnectionFactory acf = new ActiveMQConnectionFactory(ActiveMQConnectionFactory.DEFAULT_USER,

ActiveMQConnectionFactory.DEFAULT_PASSWORD,

“tcp://localhost:61618”);

//2 从工厂里拿一个连接

Connection connection = acf.createConnection();

connection.start();

//3 从连接中获取Session(会话)

Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);

//4 从会话中获取目的地(Destination)消费者会从这个目的地取消息

Queue queue = session.createQueue(“mq.test”);

//5 从会话中创建消息消费者

MessageConsumer consumer = session.createConsumer(queue);

MyListener myListener = new MyListener();

MessageListener listener = myListener::receiveMessage;

consumer.setMessageListener(listener);

SpringBoot整合ActiveMQ


  • 添加依赖

org.springframework.boot

spring-boot-starter-activemq

  • 配置文件

server:

port: 80

spring:

activemq:

broker-url: tcp://localhost:61618

user: admin

password: admin

pool:

enabled: true

#连接池最大连接数

max-connections: 5

#空闲的连接过期时间,默认为30秒

idle-timeout: 0

packages:

trust-all: true

jms:

pub-sub-domain: true

  • 配置类

@Configuration

@EnableJms

public class ActiveMqConfig {

// topic模式的ListenerContainer

@Bean

public JmsListenerContainerFactory<?> jmsListenerContainerTopic(ConnectionFactory activeMQConnectionFactory) {

DefaultJmsListenerContainerFactory bean = new DefaultJmsListenerContainerFactory();

bean.setPubSubDomain(true);

bean.setConnectionFactory(activeMQConnectionFactory);

return bean;

}

// queue模式的ListenerContainer

@Bean

public JmsListenerContainerFactory<?> jmsListenerContainerQueue(ConnectionFactory activeMQConnectionFactory) {

DefaultJmsListenerContainerFactory bean = new DefaultJmsListenerContainerFactory();

bean.setConnectionFactory(activeMQConnectionFactory);

return bean;

}

}

  • 编写生产者

@Service

public class MqProducerService {

@Autowired

private JmsMessagingTemplate jmsMessagingTemplate;

public void sendStringQueue(String destination, String msg) {

System.out.println(“send…”);

ActiveMQQueue queue = new ActiveMQQueue(destination);

jmsMessagingTemplate.afterPropertiesSet();

ConnectionFactory factory = jmsMessagingTemplate.getConnectionFactory();

try {

Connection connection = factory.createConnection();

connection.start();

自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。

深知大多数Java工程师,想要提升技能,往往是自己摸索成长或者是报班学习,但对于培训机构动则几千的学费,着实压力不小。自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!

因此收集整理了一份《2024年Java开发全套学习资料》,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。img

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)

img

最后,附一张自己面试前准备的脑图:

image

面试前一定少不了刷题,为了方便大家复习,我分享一波个人整理的面试大全宝典

  • Java核心知识整理

image

  • Spring全家桶(实战系列)

image.png

Step3:刷题

既然是要面试,那么就少不了刷题,实际上春节回家后,哪儿也去不了,我自己是刷了不少面试题的,所以在面试过程中才能够做到心中有数,基本上会清楚面试过程中会问到哪些知识点,高频题又有哪些,所以刷题是面试前期准备过程中非常重要的一点。

以下是我私藏的面试题库:

image

很多人感叹“学习无用”,实际上之所以产生无用论,是因为自己想要的与自己所学的匹配不上,这也就意味着自己学得远远不够。无论是学习还是工作,都应该有主动性,所以如果拥有大厂梦,那么就要自己努力去实现它。

最后祝愿各位身体健康,顺利拿到心仪的offer!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!
46832069)]

[外链图片转存中…(img-9L98RoIj-1713746832070)]

[外链图片转存中…(img-qeQOlK6H-1713746832070)]

既有适合小白学习的零基础资料,也有适合3年以上经验的小伙伴深入学习提升的进阶课程,基本涵盖了95%以上Java开发知识点,真正体系化!

由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频,并且会持续更新!

如果你觉得这些内容对你有帮助,可以扫码获取!!(备注Java获取)

img

最后,附一张自己面试前准备的脑图:

[外链图片转存中…(img-gVwjisJU-1713746832070)]

面试前一定少不了刷题,为了方便大家复习,我分享一波个人整理的面试大全宝典

  • Java核心知识整理

[外链图片转存中…(img-91yMKaP5-1713746832071)]

  • Spring全家桶(实战系列)

[外链图片转存中…(img-sDvGszqO-1713746832071)]

Step3:刷题

既然是要面试,那么就少不了刷题,实际上春节回家后,哪儿也去不了,我自己是刷了不少面试题的,所以在面试过程中才能够做到心中有数,基本上会清楚面试过程中会问到哪些知识点,高频题又有哪些,所以刷题是面试前期准备过程中非常重要的一点。

以下是我私藏的面试题库:

[外链图片转存中…(img-xmrOfs9b-1713746832071)]

很多人感叹“学习无用”,实际上之所以产生无用论,是因为自己想要的与自己所学的匹配不上,这也就意味着自己学得远远不够。无论是学习还是工作,都应该有主动性,所以如果拥有大厂梦,那么就要自己努力去实现它。

最后祝愿各位身体健康,顺利拿到心仪的offer!
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值