应用场景
1异步解耦
2流量削锋
3消息通讯
4日志出来
具体场景分析
1调用方实时依赖执行结果的业务场景,请使用调用,而不是MQ。
2数据驱动的任务依赖:有依赖关系的上下游业务,比如多个需要按照顺序并有依赖关系的定时器任务,MQ只用来传递上游任务执行完成的消息,并不用于传递真正的输入输出数据。
3上游不关心执行结果,比如支付成功发送短信,发送短信成功与否都不能影响支付业务,新增一个下游消息关注方,上游不需要修改任何代码
4上游关注执行结果,但执行时间很长
设计模式
生产者消费模式:1P2P模式 2订阅模式
开发知识
1JMS接口
2queue
3topic
4消息监听器和消息类型
5消息签收
6本地事物
7spring整合
8spring boot整合
参考https://blog.csdn.net/qq_22200097/article/details/82713261
传输协议
1tcp
2nio
安全认证
1简单安全认证
2JAAS安全认证
持久化
1kahaDB
2mysql
部署知识
1一台主机部署多个activemq
2active集群部署:borker之间的通信,连接方式静态和动态
3active负载均衡
4activemq集群管道订阅:单向和双向
5failover容错模式
6zookeeper高可用