- 使用方式（嵌入模式、集群模式） - 概念：具体某一个队列、整个队列的创建、使用。一个broker - 连接方式（连接池？） - 支持协议 - 几个端口作用、以及监控实现 - 消息模式（发送订阅和点对点消息） - 与其它消息队列比较 - 消息确认机制（事物） - ActiveMQ的设置消息时长，事务，确认机制 ，持久化(六)（http://blog.csdn.net/u014401141/article/details/54772847） - 集群方案（内嵌代理所引发的问题：消息过载、管理混乱） ### 队列使用 讲解流程 前言：断连导致消息丢失问题，消费者没有中断。 1、队列的优点，大概说一下（异步、系统之间解耦） 2、队列的使用场景，复杂的交易系统消息异步，实现系统解耦合。 3、activemq相关（几个端口，支持的协议，应用的连接方式，队列的详细：broker、及队列及管理） 消息模式，消息时长的设置，事务，持久化机制。 4、我们对activemq的应用，应用内嵌模式。及用了之后的好处 (异步，提高系统性能、缓冲或者流量削峰，降低系统压力、防止不正常因素<系统停止，连接断连，>导致消息丢失，持久化消息) 或者说弥合 生产者和消费者速度和稳定性 不一致的差异。实现系统间解耦。 举例，之前的积分系统，需要请求账户系统做积分增加。但账户系统某一天凌晨2点会停机升级。那这个积分就加不上了。 目前系统中的断连的情况，没有消息队列，消息只能丢失，或者没有好的处理方式防止丢失。 [为什么需要消息队列](http://www.ywnds.com/?p=5791) 系统的性能（并发量，吞吐量，响应时间）会有瓶颈 [聊聊QPS/TPS/并发量/系统吞吐量的概念](http://blog.csdn.net/cainiao_user/article/details/77146049) > 短信发送时间肯定能达到1000，但完成单个事务的平均处理时间受到数据库操作的影响，两个同步数据库操作，一个insert，一个update。 所以最多处理一秒1000个比较难。做一些细节的优化。 [数据库优化](https://wiki.quartz.ren/database/mysql-optimize.html)