如何进行消息中间件MQ的ActiveMQ学习

如何进行消息中间件MQ的ActiveMQ学习，针对这个问题，这篇文章详细介绍了相对应的分析和解答，希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

        MQ在Linux中主要为了搭配后期的服务高可用，现在的技术部跟高可用，持久化，分布式，集群沾点边，都不好意思在这泱泱子民的华夏露面了，总的来说你就发现用法不一样，但逻辑，理念一个样。

不废话，还得手把手把MQ的整合，特性等测试完，但家里现在电脑没有Linux，只能多写理论知识了，回头周末再补。

MQ的发布模式主要为Queue，Topic，简单理解一下-

Queue:就相当于synchronize，串行，一对一，这种理念，你发给我一条消息，先传到腾讯服务器，再转发给我，我手机关机，消息也不会丢失。   

       

才显示细节消息，相当于，并发，一对多，微信公众号，你在未订阅之前的消息，是不被接收的，当你订阅后，我一个人发布消息到公众号，到服务器，订阅者为多人，那么这些订阅者都会收到消息。

        JMS的组成结构：消息服务，可理解为Http请求，你发布消息，和发送请求，关注的除了消息本身，更多关注的是消息头，消息体，消息属性等；

       角色分为消息的提供者(Procvider)----MQ服务器

                               生产者( Producer)----发布消息客户端

                                消费者(consumer)----消费消息

                                  消息(message)        

        虽然英文专业名词不行，但是我会翻译啊！ 但是你看看

    好好的broker应为MQ的实例，结果给翻译成3个结果，你说看官网文挡，哪能简单就理解么！

    消息重复消费

    消费者事务为true   但是未提交

    session.commit()提交后，正常

    MQ的持久化

    说到持久化，第一个想起的就是redis的持久化特性，RDB,AOF

        把消息放入数据库，物理内存的方式最为有效，但是频繁读写的就影响IO，说道IO就得说什么哦空间复杂度！！！

        割！

---

        1.0：mq的持久化

                ①：AMQ

                ②：KahaDb（默认）事务日志+索引

                ③：JDBC ：MQ+MySql

                ④：LevelDB（开启5G时代）

                ⑤：JDBCPlus（Journal）先访问journal，在访问JDBC，避免频繁读写

        2.0:高可用 redis+zookeeper 主从集群

关于如何进行消息中间件MQ的ActiveMQ学习问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注行业资讯频道了解更多相关知识。