ActiveMQ 学习笔记——01
ActiveMQ学习笔记
工作流程
创建工厂ConnectionFactary
通过工厂获取连接Connection
启动连接
通过连接获取会话Session
通过会话创建队列Queue或者订阅Topic
通过会话创建创建消息生产者
创建消息
发送或接收(注册监听)消息
关闭连接
ActiveMQ使用场景
- 消息队列的主要作用不是通讯,主要是用于解除子系统间的耦合,所以异构系统间的通讯实际并不是ActiveMQ发挥作用的场景,那反而是RPC发挥作用的时候。
- 消息队列更适合于需要更大流量和并发的大型系统场景,可以将消息队列视为一个可靠的通道,主交易过程在处理时,遇到需时较多同时又已经确定了条件的处理就丢到消息队列里进行后续处理,这样可以将主交易过程划分为一个一个可以异步处理的更小的处理过程,减少了主交易流程的处理时间,可以提供更快的响应速度和并发速度。
- 例如,象淘宝这样的处理逻辑非常多的系统,在处理付款时,就可以将通知买家和卖家、记日志甚至记帐流程都放到消息队列里处理,整个主流程能够快速处理完成,继续处理下一个买家的请求。
- 异步处理:拷贝博客网址
- 以用户注册,并且需要注册邮件和短信为例。
- 用户注册后,需要发送注册邮件和注册短信。
- 以用户注册,并且需要注册邮件和短信为例。
- 应用解耦
- 以用户下单购买业务为例。
- 用户下单后,订单系统需要通知库存系统。传统的做法是,订单系统调用库存系统的接口。
- 传统模式的缺点:
- 假如库存系统无法访问,则订单减库存将失败,从而导致订单失败。
- 订单系统与库存系统耦合。
-
- 订单系统:用户下单后,订单系统完成持久化处理,将消息写入消息队列,返回用户订单下单成功。
- 库存系统:订阅下单的消息,采用拉/推的方式,获取下单信息,库存系统根据下单信息,进行库存操作。
- 以用户下单购买业务为例。
- 流量削峰
- 流量削峰也是消息队列中的常用场景,一般在秒杀或团抢活动中使用广泛。
- 秒杀活动,一般会因为流量过大,导致流量暴增,应用挂掉。为解决这个问题,需要在应用前端加入消息队列。
- 可以控制活动的人数。
- 可以缓解短时间内高流量压垮应用。
- 秒杀活动,一般会因为流量过大,导致流量暴增,应用挂掉。为解决这个问题,需要在应用前端加入消息队列。
-
- 用户的请求,服务器接收后,首先写入消息队列。假如消息队列长度超过最大数量,则直接抛弃用户请求或跳转到错误页面。
- 秒杀业务根据消息队列中的请求信息,再做后续处理。
- 流量削峰也是消息队列中的常用场景,一般在秒杀或团抢活动中使用广泛。
- 消息通讯
- 消息通讯是指,消息队列一般都内置了高效的通信机制,因此也可以用作消息通讯。比如实现点对点消息队列,或者聊天室等。
- https://www.jianshu.com/p/1582b37291f9