Denna artikel är en spegelartikel om maskinöversättning, klicka här för att hoppa till originalartikeln.

Utsikt: 14746|Svar: 1

Skillnaden mellan activemq Queue och Topic är att

[Kopiera länk]
Publicerad på 2017-07-14 09:59:30 | | | |
Kö och Ämne är två meddelandemodeller som stöds av JMS:
        1. Punkt-till-punkt (PTP) kömeddelandemodell:
        Med denna meddelandemodell kan en applikation (dvs. meddelandeproducenten) skicka ett meddelande till en annan applikation (dvs. meddelandekonsumenten). I denna leveransmodell är meddelandedestinationstypen en kö (dvs. Destinationsgränssnittets implementationsklassinstans skapas av Sessionsgränssnittets implementationsklassinstans genom att anropa dess createQueue-metod och skicka in könamnet). Meddelandet levereras först till en specifik kö på meddelandeserverns sida, och därifrån levereras meddelandet till en konsument som lyssnar på denna kö. Samma kö kan associera flera meddelandeproducenter och meddelandekonsumenter, men ett meddelande kan bara levereras till en meddelandekonsument. Om flera meddelandekonsumenter lyssnar på meddelanden i kön avgör JMS-meddelandeservern vilken meddelandekonsument som får nästa meddelande baserat på principen "först till många". Om ingen meddelandekonsument lyssnar på kön stannar meddelandet kvar i kön tills meddelandekonsumenten ansluter till kön. Denna meddelandemodell är en lat eller pollingmodell i traditionell mening. I denna modell skickas meddelanden inte automatiskt till meddelandekonsumenten, utan begärs från kön av meddelandekonsumenten.
        2. Publicera/prenumerera (public/sub) ämnesmeddelandemodell:
        Med denna meddelandemodell kan applikationer skicka ett enda meddelande till flera meddelandekonsumenter. I denna leveransmodell är meddelandens destinationstyp ämnet (dvs. Destination interface-implementeringsklassinstansen skapas av Sessionsgränssnittets implementationsklassinstans genom att anropa dess createTopic-metod och skicka in ämnesnamnet). Meddelandet publiceras först till ett specifikt ämne i meddelandeservern av meddelandeproducenten, som sedan levererar meddelandet till alla konsumenter som har prenumererat på ämnet. Ämnesmål stödjer också långsiktiga prenumerationer. En långtidsprenumeration innebär att konsumenten är inskriven i ämnesmålet, men konsumenten kan vara inaktiv när meddelandet når destinationen. Meddelandet tas emot när konsumenten är aktiv igen. Om ingen av konsumenterna är registrerad på en ämnesdestination, behåller ämnet meddelanden endast för inaktiva konsumenter som har tecknat en långtidsprenumeration. Till skillnad från PTP-meddelandemodellen tillåter pub/sub-meddelandemodellen att flera ämnesprenumeranter kan ta emot samma meddelande. JMS håller meddelandet tills alla ämnesprenumeranter har mottagit det. Pub/sub-meddelandemodellen är i princip en push-modell. I denna modell sänds meddelanden automatiskt, och meddelandekonsumenter behöver inte aktivt begära eller polla ämnen för att få nya meddelanden.
        De specifika skillnaderna är följande:

typ
Ämne
Översikt
Publicera Prenumerera meddelanden Publicera prenumerationsmeddelanden
Punkt-till-punkt Punkt-till-punkt
Det finns ingen stat
Ämnesdata är som standard tillståndslösa.
Ködata sparas som en fil på MQ-servern som standard, till exempel lagras Active MQ vanligtvis under $AMQ_HOME\data\kr-store\data. Den kan också konfigureras som en databaslagring.
Integritetsgaranti
Det finns ingen garanti för att varje databit som publiceras av förlaget kommer att accepteras av prenumeranten.
Kö garanterar att varje databit kan tas emot av mottagaren.
Om meddelandet kommer att gå förlorat
Generellt sett, när en utgivare publicerar ett meddelande om ett ämne, kan endast den sub som lyssnar på ämnesadressen ta emot meddelandet. Om det inte finns någon sub som lyssnar förlorar ämnet.
Sändaren skickar ett meddelande till målkön, och mottagaren kan ta emot meddelanden på denna kö asynkront. Meddelanden i kön kommer inte att gå förlorade om det inte finns någon mottagare som kan ta emot dem för tillfället.
Policy för mottagande av meddelanden
Policyn för publicering och mottagning av en-till-många meddelanden, flera subs som lyssnar på samma ämnesadress kan ta emot meddelanden som skickas av utgivaren. Subben får notisen till mq-servern
En-till-en-policyer för meddelandepublicering och mottagning, meddelanden som skickas av en avsändare, kan endast tas emot av en mottagare. Efter att mottagaren mottagit meddelar MQ-servern MQ-servern att den har mottagits, och MQ-servern raderar eller utför andra åtgärder på meddelandena i kön.





Föregående:Skillnad mellan Google AdSense och Google AdWords
Nästa:.net/c# Taobao genom tågbatch som sätter publik [källkod]
 Hyresvärd| Publicerad på 2018-03-29 13:09:01 |

Kömeddelandeleveransprocessen för JMS är följande:



För köläget publicerar en utgivare ett meddelande, och mottagarna nedanför tar emot det i köordning, till exempel, om 10 meddelanden publiceras, kommer två mottagare A och B att få totalt 10 meddelanden utan duplicering.

JMS ämnesmeddelandeprocess visas nedan:



För ämnesläget, om en utgivare publicerar ett meddelande och det finns två mottagare, A och B, att prenumerera på, publiceras 10 meddelanden, och A och B får vardera 10 meddelanden.
Friskrivning:
All programvara, programmeringsmaterial eller artiklar som publiceras av Code Farmer Network är endast för lärande- och forskningsändamål; Ovanstående innehåll får inte användas för kommersiella eller olagliga ändamål, annars kommer användarna att bära alla konsekvenser. Informationen på denna sida kommer från internet, och upphovsrättstvister har inget med denna sida att göra. Du måste helt radera ovanstående innehåll från din dator inom 24 timmar efter nedladdning. Om du gillar programmet, vänligen stöd äkta programvara, köp registrering och få bättre äkta tjänster. Om det finns något intrång, vänligen kontakta oss via e-post.

Mail To:help@itsvse.com