相關(guān)文章

• http的長(zhǎng)連接、短連接、長(zhǎng)輪詢、短輪詢

  我們都知道，HTTP1.1是可以支持長(zhǎng)連接的，并且默認(rèn)就是長(zhǎng)連接。只需要在請(qǐng)求頭設(shè)置 Connection:keep-alive 。長(zhǎng)連接要想起作用，客戶端也需要設(shè)置 Connection:keep-alive 。 長(zhǎng)連接，短連接是針對(duì)TCP來說的 ，因?yàn)門CP才是負(fù)責(zé)數(shù)據(jù)傳輸?shù)膮f(xié)議，長(zhǎng)連接保證的是可以復(fù)用TCP連接。 這里就

  2023年04月09日

  瀏覽(20)

• AsyncContext優(yōu)雅實(shí)現(xiàn)HTTP長(zhǎng)輪詢接口

  接到一個(gè)需求，實(shí)現(xiàn)方案時(shí)需要提供一個(gè)HTTP接口，接口需要hold住5-8秒，輪詢查詢數(shù)據(jù)庫，一旦數(shù)據(jù)庫中值有變化，取出變化的值進(jìn)行處理，處理完成后返回響應(yīng)。這不就是長(zhǎng)輪詢嗎，如何優(yōu)雅的實(shí)現(xiàn)呢？ 在這之前先簡(jiǎn)單介紹下長(zhǎng)連接和短連接 HTTP長(zhǎng)鏈接（Keep-Alive） 概念：

  2024年02月09日

  瀏覽(17)
• 

  Websocket協(xié)議-http協(xié)議-tcp協(xié)議區(qū)別和相同點(diǎn)

  通訊形式 單工通訊-數(shù)據(jù)只能單向傳送一方來發(fā)送數(shù)據(jù)，另一方來接收數(shù)據(jù) 半雙工通訊-數(shù)據(jù)能雙向傳送但不能同時(shí)雙向傳送 全雙工通訊-數(shù)據(jù)能夠同時(shí)雙向傳送和接受 注：http的通訊方式是分版本 http1.0 ：?jiǎn)喂?。因?yàn)槭嵌踢B接，客戶端發(fā)起請(qǐng)求之后，服務(wù)端處理完請(qǐng)求并收到

  2024年02月15日

  瀏覽(19)
• 

  前端（二十三）——輪詢和長(zhǎng)輪詢

  ??博主：小貓娃來啦 ??文章核心：實(shí)現(xiàn)客戶端與服務(wù)器實(shí)時(shí)通信的技術(shù)手段 現(xiàn)代Web應(yīng)用程序?qū)?shí)時(shí)通信的需求越來越高，為了滿足這種需求，輪詢和長(zhǎng)輪詢成為了常用的技術(shù)手段。本文將深入探討輪詢和長(zhǎng)輪詢的實(shí)現(xiàn)原理、優(yōu)缺點(diǎn)以及使用場(chǎng)景，并提供代碼示例，以幫助讀

  2024年02月03日

  瀏覽(16)

• 輪詢的時(shí)候，總是報(bào)500服務(wù)器無法處理大量的請(qǐng)求

  HTTP 500 錯(cuò)誤通常表示服務(wù)器內(nèi)部錯(cuò)誤。這意味著后端服務(wù)器出現(xiàn)了一些問題，導(dǎo)致它無法處理請(qǐng)求。如果你在調(diào)用任務(wù)狀態(tài)的接口時(shí)總是遇到這個(gè)錯(cuò)誤，可能有以下一些原因： 1.后端代碼出現(xiàn)了錯(cuò)誤，導(dǎo)致服務(wù)器無法正確處理請(qǐng)求。你可以查看服務(wù)器的日志，找出具體的錯(cuò)誤

  2023年04月14日

  瀏覽(18)
• 

  為什么有了HTTP，還需要WebSocket協(xié)議?

  目錄 WebSocket是什么？ WebSocket怎樣建立連接？ WebSocket的實(shí)際用途 WebSocket 與 HTTP 的選擇 HTTP 是基于 TCP協(xié)議 的，同一時(shí)間里，客戶端和服務(wù)器只能有一方主動(dòng)發(fā)數(shù)據(jù)，是 半雙工通信 。 通常，打開某個(gè)網(wǎng)頁，我們每點(diǎn)擊一次網(wǎng)頁上的某個(gè)選項(xiàng)，前端就會(huì)發(fā)送一次HTTP請(qǐng)求，網(wǎng)站

  2024年02月11日

  瀏覽(28)
• 

  Tomcat長(zhǎng)輪詢?cè)砼c源碼解析

  系列文章目錄和關(guān)于我 最近在看工作使用到的配置中心原理，發(fā)現(xiàn)大多數(shù)配置中心在推和拉模型上做的選擇出奇的一致選擇了 基于長(zhǎng)輪詢的拉模型 基于拉模型的客戶端輪詢的方案 客戶端通過輪詢方式發(fā)現(xiàn)服務(wù)端的配置變更事件。輪詢的頻率決定了動(dòng)態(tài)配置獲取的實(shí)時(shí)性。

  2023年04月16日

  瀏覽(21)
• 

  什么是HTTPS協(xié)議？與HTTP協(xié)議區(qū)別？

  HTTP協(xié)議（超文本傳輸協(xié)議）是一種用于在計(jì)算機(jī)網(wǎng)絡(luò)上傳輸超文本的應(yīng)用層協(xié)議。它是一種客戶端-服務(wù)器協(xié)議，允許客戶端通過Web瀏覽器等方式向服務(wù)器發(fā)送請(qǐng)求，服務(wù)器則返回響應(yīng)。HTTP協(xié)議是構(gòu)建萬維網(wǎng)（WWW）的基礎(chǔ)之一，被廣泛用于在Web瀏覽器和Web服務(wù)器之間傳輸HTM

  2024年02月10日

  瀏覽(42)

• RocketMQ的長(zhǎng)輪詢(Long Polling)實(shí)現(xiàn)分析

  目錄 前言 長(zhǎng)輪詢 1.實(shí)現(xiàn)步驟 1.1客戶端輪詢發(fā)送請(qǐng)求 1.2服務(wù)端處理數(shù)據(jù) 1.3客戶端接收數(shù)據(jù) 2.實(shí)現(xiàn)實(shí)例 RocketMQ長(zhǎng)輪詢 1.PullMessage服務(wù) 2.PullMessageProcessor服務(wù) 3.PullCallback回調(diào) 總結(jié) 消息隊(duì)列一般在消費(fèi)端都會(huì)提供push和pull兩種模式，RocketMQ同樣實(shí)現(xiàn)了這兩種模式，分別提供了兩個(gè)實(shí)

  2024年02月07日

  瀏覽(22)

• socks5和http協(xié)議有什么區(qū)別

  Socks5和HTTP都是網(wǎng)絡(luò)協(xié)議，用于不同的目的和場(chǎng)景。它們的主要區(qū)別在于以下幾個(gè)方面： 用途：HTTP是超文本傳輸協(xié)議，主要用于在Web瀏覽器和服務(wù)器之間傳輸數(shù)據(jù)，以獲取Web頁面和資源。而Socks5是一種代理協(xié)議，用于在客戶端和服務(wù)器之間建立代理連接，以便能夠通過代理服

  2024年02月16日

  瀏覽(19)