国产 无码 综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

mqtt 與tcp上的區(qū)別

這篇具有很好參考價值的文章主要介紹了mqtt 與tcp上的區(qū)別。希望對大家有所幫助。如果存在錯誤或未考慮完全的地方,請大家不吝賜教,您也可以點擊"舉報違法"按鈕提交疑問。

1.基于一個傳輸層 協(xié)議定位:面向連接的可靠的,基于字節(jié)流的傳輸層通信協(xié)議

2.mqtt是一基于應用層 協(xié)議定位:低寬帶,高延遲不可靠的網(wǎng)絡下進行數(shù)據(jù)相對 可靠的傳輸.傳輸?shù)亩ㄎ?消息

3. (1)在服務質量上比對的時候:tcp通過acr確認和重傳機制,發(fā)送和接收報文完全 一樣,并且進行保存

(2) mqtt 是提供了三種可選的消息服務等級,消息傳輸不保存

redis緩沖的定義: 首次存儲在計算機上的一個原始數(shù)據(jù)復制集以便去訪問 一般有幾種的情況: 分為cpu緩存->匹配cpu的頻率,客戶端緩存->減少網(wǎng)絡訪問 服務器本地緩存->減少磁盤io 分布式緩存 ->減少耗時的復雜運算->加快DB中 的熱點數(shù)據(jù)訪問。

緩存原理:將數(shù)據(jù)副本存入速度更快的存儲設備 將數(shù)據(jù)放到與使用更近的位置 緩存擊穿: 對于一些設置了過期時間的key,如果這些key可能會在某些時間點 被超高并發(fā)地去訪問是一種熱點數(shù)據(jù)。 原因:緩存在某時間點過期的時候恰好在這個時間點對這個key有大量并發(fā)請求 過來,該key沒有命中大量請求穿透到數(shù)據(jù)庫服務器。

解決方案: 1.首先對于熱點數(shù)據(jù)慎重考慮過期時間,確保熱點期間key不會過期,甚至 有些可以設置永不過期。 2.使用互斥鎖 第一線程訪問key的時候就會鎖住等查詢數(shù)據(jù)庫返回后 把值插入到緩存后再釋放鎖?

流程圖

mqtt 與tcp上的區(qū)別

mqtt 與tcp上的區(qū)別

?mqtt 與tcp上的區(qū)別

?GateWay路由條件配置

1、時間點后匹配
yml方式配置
spring:
 cloud:
  gateway:
   routes:
    - id: after_route
      uri: https://example.org
      predicates:
       - After=2022-02-20T17:42:47.789-07:00[America/Denver]
2、時間點前匹配
spring:
 cloud:
  gateway:
   routes:
    - id: before_route
      uri: https://example.org
      predicates:
       - Before=2022-02-20T17:42:47.789-07:00[America/Denver]
3、時間區(qū)間匹配
spring:
 cloud:
  gateway:
   routes:
    - id: between_route
      uri: https://example.org
      predicates:
       - Between=2022-01-20T17:42:47.789-07:00[America/Denver],
2022-01-21T17:42:47.789-07:00[America/Denver]
4、指定Cookie正則匹配指定值
spring:
 cloud:
  gateway:
   routes:
    - id: cookie_route
      uri: https://example.org
      predicates:
       - Cookie=cookie,china
5、指定Header正則匹配指定值
spring:
 cloud:
  gateway:
   routes:
    - id: header_route
      uri: https://example.org
      predicates:
       - Header=X-Request-Id
6、請求Host匹配指定值
spring:
 cloud:
  gateway:
   routes:
    - id: host_route
      uri: https://example.org
      predicates:
       - Host=**.somehost.org,**.anotherhost.org
7、請求Method匹配指定請求方式
spring:
 cloud:
  gateway:
   routes:
    - id: method_route
      uri: https://example.org
      predicates:
       - Method=GET,POST
8、請求路徑正則匹配
spring:
 cloud:
  gateway:
   routes:
    - id: path_route
      uri: https://example.org
      predicates:
       - Path=/red/{segment},/blue/{segment}
9、請求包含某參數(shù)
spring:
 cloud:
  gateway:
   routes:
    - id: query_route
      uri: https://example.org
      predicates:
       - Query=green
10、請求包含某參數(shù)并且參數(shù)值匹配正則表達式
spring:
 cloud:
  gateway:
   routes:
    - id: query_route
      uri: https://example.org
      predicates:
       - Query=red, gree.
11、遠程地址匹配
spring:
 cloud:
  gateway:
  routes:
   - id: remoteaddr_route
     uri: https://example.org
     predicates:
      - RemoteAddr=192.168.1.1/24

redis緩存

mqtt 與tcp上的區(qū)別文章來源地址http://www.zghlxwxcb.cn/news/detail-509531.html

到了這里,關于mqtt 與tcp上的區(qū)別的文章就介紹完了。如果您還想了解更多內容,請在右上角搜索TOY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持TOY模板網(wǎng)!

本文來自互聯(lián)網(wǎng)用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。如若轉載,請注明出處: 如若內容造成侵權/違法違規(guī)/事實不符,請點擊違法舉報進行投訴反饋,一經查實,立即刪除!

領支付寶紅包贊助服務器費用

相關文章

  • mqtt、tcp、http的區(qū)別

    MQTT、TCP和HTTP都是不同的通信協(xié)議,它們在設計和用途上有很大的區(qū)別。下面是它們之間的主要區(qū)別: MQTT是一種消息傳輸協(xié)議,專門設計用于在低帶寬、不穩(wěn)定的網(wǎng)絡環(huán)境中進行高效的通信。它采用發(fā)布/訂閱模式,適用于物聯(lián)網(wǎng)和M2M通信,以及需要輕量級消息傳輸?shù)膱鼍啊?/p>

    2024年02月14日
    瀏覽(44)
  • MQTTX工具上的 mqtt mqtts ws wss的區(qū)別,以及常見問題解答

    MQTTX工具上的 mqtt mqtts ws wss的區(qū)別,以及常見問題解答

    ws?--? WebSocket 非加密(端口8083) wss -- WebSocket SSL 加密 (端口8084) mqtt -- mqtt 非加密 (端口1883 ) mqtts --mqtt 加密?(端口8884) WebSocket 使得客戶端和服務器之間的數(shù)據(jù)交換變得更加簡單,允許服務端主動向客戶端推送數(shù)據(jù) 連接地址沒有指明協(xié)議:WebSocket 作為一種通信協(xié)議,

    2023年04月08日
    瀏覽(66)
  • 阿里云 MQTT協(xié)議 AT指令 ESP8266-01S 數(shù)據(jù)上下傳輸

    阿里云 MQTT協(xié)議 AT指令 ESP8266-01S 數(shù)據(jù)上下傳輸

    printf重定義資料來自江科大自動化協(xié)---stm32入門教程---串口發(fā)送+接收一節(jié)視頻講解 細節(jié)請看b站這個up主的視頻阿里云+ESP8266+STM32遠程點燈(流程講解) 阿里云平臺配置細節(jié)請看10分鐘玩轉阿里云物聯(lián)網(wǎng)平臺設備接入、管理、運維 這里只記錄一下大概內容,方便日后調試。 1、

    2023年04月26日
    瀏覽(25)
  • TCP 協(xié)議【傳輸層協(xié)議】

    TCP 協(xié)議【傳輸層協(xié)議】

    [重要] 本文默認讀者已經體系地學習過操作系統(tǒng)。 為了讀者能更好地學習 TCP 協(xié)議,本文首先簡單介紹 TCP 協(xié)議(是啥),然后再簡述 TCP 的主要內容(干嘛的),最后再闡述 TCP 的各個細節(jié)(原理)。 與 UDP 不同,TCP(Transmission Control Protocol)則“人如其名”,可以說是對“

    2024年02月15日
    瀏覽(24)
  • 傳輸層協(xié)議——TCP協(xié)議 (詳解!!?。? decoding=
  • HTTP、WebSocket、MQTT、TCP的區(qū)別和聯(lián)系

    HTTP、WebSocket、MQTT、TCP的區(qū)別和聯(lián)系

    3個應用層協(xié)議 HTTP、WebSocket、MQTT都是應用層協(xié)議。 HTTP(HyperText Transfer Protocol)主要用于在Web瀏覽器和Web服務器之間傳輸數(shù)據(jù),例如顯示W(wǎng)eb頁面、文件下載、上傳等操作,屬于請求-響應協(xié)議。 WebSocket也是應用于瀏覽器和Web服務器之間進行雙向通信,提供了實時交互的能力。

    2024年02月04日
    瀏覽(27)
  • 【網(wǎng)絡編程】傳輸層協(xié)議——TCP協(xié)議

    【網(wǎng)絡編程】傳輸層協(xié)議——TCP協(xié)議

    TCP報頭當中各個字段的含義如下 源/目的端口號 :表示數(shù)據(jù)是從哪個進程來,到發(fā)送到對端主機上的哪個進程。 32位序號/32位確認序號 :分別代表TCP報文當中每個字節(jié)數(shù)據(jù)的編號以及對對方的確認,是TCP保證可靠性的重要字段。 4位TCP報頭長度 :表示該TCP報頭的長度,以4字

    2024年02月17日
    瀏覽(29)
  • 傳輸控制協(xié)議 TCP

    ?TCP 的特點: 面向連接的傳輸服務 支持字節(jié)流傳輸 : ?應用程序與 TCP 每次交互的數(shù)據(jù)長度可能都不相同,但 TCP 將應用程序提交的數(shù)據(jù)看作時一連串的、無結構的字節(jié)流,同時 在發(fā)送方與接收方都維護一個緩存 。發(fā)送方將幾個寫操作合并成一個報文段,提交給IP協(xié)議封裝

    2024年02月12日
    瀏覽(25)
  • 傳輸層——TCP協(xié)議

    傳輸層——TCP協(xié)議

    目錄 一、初步認識 二、TCP協(xié)議格式 2.1 初識協(xié)議格式? 2.2 序號與確認序號 2.3 16位窗口大小 2.4 六個標志位 三、確認應答機制 四、超時重傳機制 五、連接管理機制 5.1 三次揮手 5.2 四次揮手 ?六、流量控制 七、滑動窗口 八、擁塞控制 九、延遲應答 十、捎帶應答 十一、面向

    2024年02月03日
    瀏覽(14)
  • C#TCP傳輸協(xié)議

    C#TCP傳輸協(xié)議

    TCP是一種面向連接的、可靠的、基于字節(jié)流的傳輸層通信協(xié)議 作用:CP旨在適應支持多網(wǎng)絡應用的分層協(xié)議層次結構。 連接到不同但互連的計算機通信網(wǎng)絡的主計算機中的成對進程之間依靠TCP提供可靠的通信服務。TCP假設它可以從較低級別的協(xié)議獲得簡單的,可能不可靠的數(shù)

    2024年02月16日
    瀏覽(14)

覺得文章有用就打賞一下文章作者

支付寶掃一掃打賞

博客贊助

微信掃一掃打賞

請作者喝杯咖啡吧~博客贊助

支付寶掃一掃領取紅包,優(yōu)惠每天領

二維碼1

領取紅包

二維碼2

領紅包