ActiveMQ的崛起之路
灵魂拷问：什么是消息中间件？
- 消息队列中间件是分布式系统中重要的组件，主要解决应用耦合，异步消息，流量削锋等问题。
-
实现高性能，高可用，可伸缩和最终一致性架构
-
使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ
使用的场景
-
异步处理，应用解耦，流量削锋和消息通讯四个场景。
异步处理
传统的做法有两种：
- 串行的方式
串行方式：将注册信息写入数据库成功后，发送注册邮件，在发送注册短信。以上的 三个任务任务全部完成后，返回客户端
- 并行的方式
并行方式：将注册信息写入数据库成功后，发送注册邮件的同事，发送注册信息。以上三个任务完成之后，返回给客户端。与串行的差别是，并行的方式可以提高处理时间。
- 加入引入消息队列，将不是必须的业务逻辑，异步处理。
流量削锋
流量削锋一般在秒杀或团抢活动中使用。
- 可以控制活动的人数
- 可以缓解短时间内高流量压垮应用
- 用户的请求，服务器接受后，首先写入消息队列。加入消息队列长度超过最大数量，则直接抛弃用户请求或跳转到错误的页面
- 秒杀业务根据消息队列中的请求信息，在做处理
日志处理
日志处理：是将消息队列用在日志处理汇总，比如kafka的应用，解决大量日志传输的问题。
- 日志采集客户端，负责日志数据采集，定时写入kafka队列
- kafka消息队列，负责日志数据的接收，存储和转发
- 日志处理应用：订阅并消费kafka队列中的日志数据
JMS的基本概念
JMS消息服务（JAVA Message Service,java消息服务）API是一个消息服务的标准/规范，允许应用程序组件基于JavaEE平台创建、发送、接收和读取消息。它使分布式通信耦合度更低，消息服务更加可靠以及异步性。
消息模型
在JMS标准中，有两种消息模型P2P（Point to Point）,Publish/Subscribe(Pub/Sub)。
P2P模式：
· 
P2P模式包含三个角色：消息队列（Queue），发送者(Sender)，接收者(Receiver)。每个消息都被发送到一个特定的队列，接收者从队列中获取消息。队列保留着消息，直到他们被消费或超时。
P2P的特点
- 每个消息只有一个消费者（Consumer）（即一旦被消费，消息就不再在消息队列中）
- 发送者和接收者之间在时间上没有依赖性，也就是说当发送者发送了消息之后，不管接收者有没有正在运行，他不会影响到消息被发哦送到队列
- 接收者在成功接收消息之后需要向队列应答成功
Pub/sub模式
包含三个角色主题（Topic），发布者（Publisher），订阅者（Subscribe）多个发布者将消息发送到Topic，系统将这些消息传递给多个订阅者。
Pub/Sub的特点
- 每个消息可以有多个消费者
- 发布者和订阅者之间有时间上的依赖性。针对某个主题（Topic）的订阅者，它必须创建一个订阅者之后，才能消费发布者的消息
- 为了消费消息，订阅者之间必须保持运行的状态
为了缓和这样严格的时间相关性，JMS允许订阅者创建一个可持久化的订阅。这样，即使订阅者没有被激活（运行），它也能接收到发布者的消息。
如果希望发送的消息可以不被做任何处理、或者只被一个消息者处理、或者可以被多个消费者处理的话，那么可以采用Pub/Sub模型。
消费消息
在JMS中，消息的产生和消费都是异步的。对于消费来说，JMS的消息者可以通过两种方式来消费消息。
- 同步：订阅者或接受者通过receive方法来接收消息，receive方法在接收到消息之前（或超时之前）将一直阻塞
- 异步：订阅者或接收者可以注册为一个消息监听器，当消息到达之后，系统自动调用监听器的onMessage方法。
JMS编程模型
- ConnectionFactory：创建Connection的对象工厂，针对两种不同的jms消息模型，分别有QueueConnectionFactory和TopicConnectionFactory两种。可以通过JNDI来查找ConnectionFactory对象。
- Destination：意思是消息生产者的消息发送目标或者说消息消费者的消息来源。对于消息生产者来说，它的Destination是某个队列（Queue）或某个主题（Topic）;对于消息消费者来说，它的Destination也是某个队列或主题（即消息来源）。
所以，Destination实际上就是两种类型的对象：Queue、Topic可以通过JNDI来查找Destination。
- Connection:表示在客户端和JMS系统之间建立的链接（对TCP/IP socket的包装）。Connection可以产生一个或多个Session。跟ConnectionFactory一样，Connection也有两种类型：QueueConnection和TopicConnection。
- Session：是操作消息的接口。可以通过session创建生产者、消费者、消息等。Session提供了事务的功能。当需要使用session发送/接收多个消息时，可以将这些发送/接收动作放到一个事务中。同样，也分QueueSession和TopicSession。
- 消息的生产者：消息生产者由Session创建，并用于将消息发送到Destination。同样，消息生产者分两种类型：QueueSender和TopicPublisher。可以调用消息生产者的方法（send或publish方法）发送消息。
- 消息的消费者：消息消费者由Session创建，用于接收被发送到Destination的消息。两种类型：QueueReceiver和TopicSubscriber。可分别通过session的createReceiver(Queue)或createSubscriber(Topic)来创建。当然，也可以session的creatDurableSubscriber方法来创建持久化的订阅者。
- MessageListenner：消息监听器。如果注册了消息监听器，一旦消息到达，将自动调用监听器的onMessage方法。EJB中的MDB（Message-Driven Bean）就是一种MessageListener。
