如何進行消息中間件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學習問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。