JMS 之 Active MQ 的消息傳輸(詳解)
本文使用Active MQ5.6
一、消息協(xié)商器(Message Broker)
broke:消息的交換器,就是對(duì)消息進(jìn)行管理的容器。ActiveMQ 可以創(chuàng)建多個(gè) Broker,客戶端與ActiveMQ交互,實(shí)際上都是與ActiveMQ中的Broker交互,Broker配置在${MQ_HOME}\conf\activemq.xml。
二、連接器(Connectors)(一)、傳輸連接器 (transportConnectors)
transportConnectors 連接器:就是建立broker與消息生產(chǎn)者、消息消費(fèi)者之間的交互。
傳輸連接器常用的協(xié)議:
在Active MQ中常用的連接協(xié)議:tcp、udp、nio、ssl、http、https、vm。如果使用ssl協(xié)議需要配置證書,使用http或者h(yuǎn)ttps需要使用httpclient來發(fā)送接收消息。
(1)TCP默認(rèn)的協(xié)議
tcp://hostname:port?key=value&key=value 后面的參數(shù)選填
使用TCP協(xié)議的好處
高效的:該協(xié)議連接使用了OpenWire協(xié)議,通過把消息轉(zhuǎn)換成字節(jié)流,性能非常好
可用性:TCP是使用非常廣泛的網(wǎng)絡(luò)協(xié)議,基本上所有的平臺(tái)都支持
TCP配置示例conf/activemq.xml :
<transportConnectors> <!--activemq 的默認(rèn)連接 tcp--> <transportConnector name="openwire" uri="tcp://0.0.0.0:61616"/> </transportConnectors>
(2)、NIO
a、NIO協(xié)議和TCP協(xié)議類似,但NIO更側(cè)重于底層的訪問操作。它允許開發(fā)人員對(duì)同一資源可有 更多的client調(diào)用和服務(wù)端有更多的負(fù)載。
b、適合使用NIO協(xié)議的場(chǎng)景:
可能有大量的Client去鏈接到Broker上 一般情況下,大量的Client去鏈接Broker是被操作系統(tǒng)的線程數(shù)所限制的。因此, NIO的實(shí)現(xiàn)比TCP需要更少的線程去運(yùn)行,所以建議使用NIO協(xié)議
可能對(duì)于Broker有一個(gè)很遲鈍的網(wǎng)絡(luò)傳輸 NIO比TCP提供更好的性能
c、NIO連接的URI形式:nio://hostname:port?key=value 后面的參數(shù)選填
d、NIO配置實(shí)例 conf/activemq.xml:
<transportConnectors> <!-- 設(shè)置一個(gè)NIO的連接--> <transportConnector name="nio" uri="nio://0.0.0.0:61617"/> </transportConnectors>
(3)、UDP
a、UDP和TCP的區(qū)別
TCP是一個(gè)原始流的傳遞協(xié)議,意味著數(shù)據(jù)包是有保證的,換句話說,數(shù)據(jù)包是不會(huì)被復(fù) 制和丟失的。UDP,另一方面,它是不會(huì)保證數(shù)據(jù)包的傳遞的
TCP也是一個(gè)穩(wěn)定可靠的數(shù)據(jù)包傳遞協(xié)議,意味著數(shù)據(jù)在傳遞的過程中不會(huì)被丟失。這樣 確保了在發(fā)送和接收之間能夠可靠的傳遞。相反,UDP僅僅是一個(gè)鏈接協(xié)議,所以它沒有可 靠性之說
TCP是被用在穩(wěn)定可靠的場(chǎng)景中使用的;UDP通常用在快速數(shù)據(jù)傳遞和不 怕數(shù)據(jù)丟失的場(chǎng)景中,還有ActiveMQ通過防火墻時(shí),只能用UDP
b、UDP連接的URI形式:udp://hostname:port?key=value
c、配置實(shí)例 conf/activemq.xml
<transportConnectors> <transportConnector name="udp" uri="udp://localhost:61618"/> </transportConnectors>
(4)、SSL
底層是TCP協(xié)議,但是對(duì)傳輸數(shù)據(jù)進(jìn)行了加密
a、適用場(chǎng)景:MQ暴露在外網(wǎng),要求客戶端與broker之間通訊
b、使用步驟:
b-1、創(chuàng)建SSL協(xié)議:
b-2、配置Broker SSL協(xié)議 conf/activemq.xml:
<sslContext> <sslContext keyStore="F:/beifeng/apache-activemq-5.6.0/conf/mybroker.ks" keyStorePassword="test123" /> </sslContext>
b-3、配置客戶端SSL協(xié)議:
c、SSL的連接的URI形式:ssl://hostname:port?key=value
d、配置實(shí)例 conf/activemq.xml
<transportConnectors> <transportConnector name="ssl" uri="ssl://localhost:61619"/> </transportConnectors>
(5)HTTP、HTTPS
a、通過jetty容器來接收http協(xié)議的mq消息
b、用于只允許基本HTTP服務(wù)通過的網(wǎng)絡(luò)環(huán)境
c、通過httpclient來發(fā)送/接收消息,需要添加額外的java包 Httpclient、Xstream、activemq-optional
d、URI:http://hostname:port?key=value
e、配置實(shí)例conf/activemq.xml:
<transportConnectors> <transportConnector name="http" uri="http://localhost:8080"/> </transportConnectors>
配置 HTTPS則需要在jetty.xml中配置相關(guān)證書 HTTPS= HTTP+SSL
(二、)網(wǎng)絡(luò)連接器(NetWorkConnectors)
NetWorkConnectors:用于Broke與Broke之間的交互 ,主要是ActiveMq集群部署時(shí)。
以上這篇JMS 之 Active MQ 的消息傳輸(詳解)就是小編分享給大家的全部?jī)?nèi)容了,希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
基于SpringBoot?使用?Flink?收發(fā)Kafka消息的示例詳解
這篇文章主要介紹了基于SpringBoot?使用?Flink?收發(fā)Kafka消息,本文通過示例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-01-01SpringBoot連接Hive實(shí)現(xiàn)自助取數(shù)的示例
這篇文章主要介紹了SpringBoot連接Hive實(shí)現(xiàn)自助取數(shù)的示例,幫助大家更好的理解和使用springboot框架,感興趣的朋友可以了解下2020-12-12IntelliJ IDEA將導(dǎo)入的項(xiàng)目轉(zhuǎn)成maven項(xiàng)目
這篇文章主要介紹了IntelliJ IDEA將導(dǎo)入的項(xiàng)目轉(zhuǎn)成maven項(xiàng)目,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-09-09Java并發(fā)工具類LongAdder原理實(shí)例解析
這篇文章主要介紹了Java并發(fā)工具類LongAdder原理實(shí)例解析,文中通過示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-05-05