安卓mqtt同一個(gè)客戶端ip是否會(huì)踢掉前一個(gè)連接？服務(wù)器應(yīng)根據(jù)客戶端發(fā)送的連接消息變量頭connectflag中的“cleansession flag”將值設(shè)置為0。在客戶端斷開連接后，服務(wù)器必須繼續(xù)

安卓mqtt同一個(gè)客戶端ip是否會(huì)踢掉前一個(gè)連接？

服務(wù)器應(yīng)根據(jù)客戶端發(fā)送的連接消息變量頭connectflag中的“cleansession flag”將值設(shè)置為0。在客戶端斷開連接后，服務(wù)器必須繼續(xù)存儲(chǔ)/維護(hù)客戶端的訂閱狀態(tài)。這些狀態(tài)包括：存儲(chǔ)訂閱消息、qos1和qos2消息，以及在消息發(fā)送過程中由于連接丟失而發(fā)送失敗的消息，以便在客戶端重新連接時(shí)可以重新發(fā)送上述消息。如果值為1，服務(wù)器需要立即清除連接狀態(tài)數(shù)據(jù)。在接收到客戶端發(fā)送的斷開連接消息后，服務(wù)器需要主動(dòng)關(guān)閉TCP/IP連接。

MQTT比TCP協(xié)議好在哪兒？

Mqtt是一種基于TCP協(xié)議的應(yīng)用層協(xié)議，屬于不同的層。我想您可能想問，mqtt有什么比套接字消息交互更好的地方？在這種情況下，有幾個(gè)重要的原因：

1。最大的優(yōu)點(diǎn)是降低了開發(fā)復(fù)雜度和開發(fā)成本，解決了網(wǎng)絡(luò)編程中的重連機(jī)制、包解析中的包粘貼處理、字節(jié)流處理、高并發(fā)處理、保證數(shù)據(jù)到達(dá)、保證數(shù)據(jù)唯一到達(dá)等問題。

2. Mqtt采用JSON作為交互數(shù)據(jù)格式，易于理解和對(duì)接，使得不同系統(tǒng)、不同設(shè)備和系統(tǒng)之間的交互更加容易，降低了開發(fā)和通信的復(fù)雜性。

3. 然而，就效率而言，mqtt仍然不如直接網(wǎng)絡(luò)編程，用netty開發(fā)并不困難