亚洲乱色熟女一区二区三区丝袜,天堂√中文最新版在线,亚洲精品乱码久久久久久蜜桃图片,香蕉久久久久久av成人,欧美丰满熟妇bbb久久久

LOGO OA教程 ERP教程 模切知識交流 PMS教程 CRM教程 開發(fā)文檔 其他文檔  
 
網(wǎng)站管理員

【JavaScript】WEB客戶端與服務(wù)端通訊事件EventSource揭秘

admin
2024年6月15日 10:54 本文熱度 2403

一、EventSource的基本概念

EventSource是HTML5中的一種新的API,用來實現(xiàn)服務(wù)器端向客戶端推送事件。相比于常規(guī)的輪詢方式,EventSource可以實現(xiàn)更加高效、低延遲的數(shù)據(jù)傳輸。

它的基本使用方式是,首先在客戶端創(chuàng)建一個EventSource對象,然后向指定的服務(wù)器端URL發(fā)送一個HTTP請求。此時,服務(wù)器端需要支持EventStream格式,即Content-Type為text/event-stream。一旦客戶端收到了這個請求的響應(yīng),它就會開始監(jiān)聽服務(wù)器端的事件,并將事件流動態(tài)地展現(xiàn)在網(wǎng)頁中。

EventSource主要有以下幾個特性:

1、實時性。EventSource能夠?qū)崿F(xiàn)實時地數(shù)據(jù)傳輸,可以在服務(wù)器端有新事件時立即向客戶端推送,并自動進行展示。

2、低延遲。由于EventSource采用長連接的方式進行傳輸,相比于普通的輪詢方式,它能夠更加高效地傳輸數(shù)據(jù)。

3、易用性。EventSource是一種非常易用的API,只需要在客戶端創(chuàng)建一個EventSource對象,指定服務(wù)器端的URL,即可進行監(jiān)聽并展示事件。

4、兼容性。EventSource能夠同時兼容WebSocket和長輪詢等方式,具備很好的兼容性,可以在各種不同的場景下使用。

二、EventSource的具體應(yīng)用場景

EventSource主要用來實現(xiàn)服務(wù)器端向客戶端實時推送事件,它在Web應(yīng)用中的應(yīng)用場景非常廣泛。下面列舉幾個具體的應(yīng)用場景:

1、即時聊天。在即時聊天應(yīng)用中,EventSource可以實現(xiàn)實時向客戶端推送新消息,從而保證聊天效果的實時性和流暢性。

2、數(shù)據(jù)監(jiān)控。在數(shù)據(jù)監(jiān)控應(yīng)用中,EventSource可以實時向客戶端推送最新的監(jiān)控數(shù)據(jù),從而讓用戶及時掌握系統(tǒng)狀態(tài)。

3、消息提示。在消息提示應(yīng)用中,EventSource可以實時向客戶端推送最新的通知信息,讓用戶不會錯過任何重要消息。

4、廣告推送。在廣告推送應(yīng)用中,EventSource可以實時向客戶端推送最新的廣告信息,從而提高廣告的投放效果。

三、EventSource的優(yōu)缺點

EventSource作為一種新的Web API,具備自身的優(yōu)缺點:

1、優(yōu)點

(1)實時展示:EventSource能夠?qū)崿F(xiàn)實時展示服務(wù)器端的事件,相比于常規(guī)的輪詢方式,它能夠更加高效、低延遲的展示數(shù)據(jù)。

(2)易用性:EventSource是一種非常易用的API,只需要在客戶端創(chuàng)建一個EventSource對象,指定服務(wù)器端的URL,即可進行監(jiān)聽并展示事件。

(3)兼容性良好:EventSource能夠同時兼容WebSocket和長輪詢等方式,具備很好的兼容性,可以在各種不同的場景下使用。

(4)網(wǎng)絡(luò)帶寬節(jié)?。篍ventSource采用長連接的方式進行數(shù)據(jù)傳輸,相比于普通的輪詢方式,能夠節(jié)省大量的網(wǎng)絡(luò)帶寬。

2、缺點

(1)一次性消息:EventSource只能一次性地向客戶端推送一條消息,而不能像WebSocket那樣實現(xiàn)雙向通訊。

(2)不支持二進制數(shù)據(jù)傳輸:EventSource只能傳輸文本數(shù)據(jù),不能傳輸二進制數(shù)據(jù),這在某些場景下可能存在一定的局限性。

(3)不支持重連:如果網(wǎng)絡(luò)連接不穩(wěn)定,或者服務(wù)器端關(guān)閉EventStream連接,客戶端需要重新連接才能繼續(xù)監(jiān)聽事件。

四、如何使用EventSource

使用EventSource也比較簡單,只需要創(chuàng)建一個EventSource對象并指定服務(wù)器端的URL即可。下面是一個簡單的使用示例:

var eventSource = new EventSource("/events");

eventSource.onmessage = function(event) {

  console.log("Received event: " + event.data);

};

在這個示例中,創(chuàng)建了一個EventSource對象,并指定服務(wù)器端的URL為"/events"。同時,還注冊了一個onmessage事件回調(diào)函數(shù),在每次收到服務(wù)器端推送的事件時,會打印出事件數(shù)據(jù)。

在服務(wù)器端,需要確保能夠接收和處理EventStream格式的HTTP請求。下面是一個簡單的Node.js的Express應(yīng)用示例:

const express = require('express');

const app = express();


app.get('/events', function(req, res) {

  res.set({

    'Content-Type': 'text/event-stream',

    'Cache-Control': 'no-cache',

    'Connection': 'keep-alive'

  });


  setInterval(function() {

    res.write('data: ' + new Date().toISOString() + '\n\n');

  }, 1000);

});


app.listen(3000, function() {

  console.log('Example app listening on port 3000!');

});

在這個示例中,創(chuàng)建了一個Express應(yīng)用,并通過路由"/events"來處理EventSource請求。其中,將響應(yīng)的Content-Type設(shè)置為text/event-stream,表示返回的數(shù)據(jù)格式為EventStream。同時,通過設(shè)置Cache-Control和Connection實現(xiàn)長連接的功能。在每秒鐘向客戶端推送一個帶時間戳的事件。

五、總結(jié)

本文主要介紹了EventSource的基本概念、具體應(yīng)用場景、優(yōu)缺點以及使用方法。盡管EventSource在某些場景下可能存在一定的局限性,但它仍然是一種非常強大的前端Web API,能夠?qū)崿F(xiàn)實時、低延遲的數(shù)據(jù)傳輸,具備很好的兼容性和易用性。在實際應(yīng)用中,需要針對具體的場景進行合理使用,從而發(fā)揮最大的效果。


該文章在 2024/6/15 11:42:55 編輯過

全部評論1

admin
2024年6月15日 10:55

服務(wù)端推

服務(wù)端推,指的是由服務(wù)器主動的向客戶端發(fā)送消息(響應(yīng))。在應(yīng)用層的HTTP協(xié)議實現(xiàn)中,“請求-響應(yīng)”是一個round trip,它的起點來自客戶端,因此在應(yīng)用層之上無法實現(xiàn)簡易的服務(wù)端推功能。當(dāng)前解決服務(wù)端推送的方案有這幾個:

1、客戶端長輪詢

2、websocket雙向連

3、iframe永久幀

長輪訓(xùn)雖然可以避免短輪訓(xùn)造成的服務(wù)端過載,但在服務(wù)端返回數(shù)據(jù)后仍需要客戶端主動發(fā)起下一個長輪訓(xùn)請求,等待服務(wù)端響應(yīng),這樣仍需要底層的連接建立而且服務(wù)端處理邏輯需要相應(yīng)處理,不符合邏輯上的流程簡單的服務(wù)端推送;

websocket連接相對而言功能最強大,但是它對服務(wù)器的版本有要求,在可以使用websocket協(xié)議的服務(wù)器上盡量采用此種方式;

iframe永久幀則是在在頁面嵌入一個專用來接受數(shù)據(jù)的iframe頁面,該頁面由服務(wù)器輸出相關(guān)信息,如,服務(wù)器不停的向iframe中寫入類似的script標(biāo)簽和數(shù)據(jù),實現(xiàn)另一種形式的服務(wù)端推送。不過永久幀的技術(shù)會導(dǎo)致主頁面的加載條始終處于“l(fā)oading”狀態(tài),體驗很差。

HTML5規(guī)范中提供了服務(wù)端事件EventSource,瀏覽器在實現(xiàn)了該規(guī)范的前提下創(chuàng)建一個EventSource連接后,便可收到服務(wù)端的發(fā)送的消息,這些消息需要遵循一定的格式,對于前端開發(fā)人員而言,只需在瀏覽器中偵聽對應(yīng)的事件皆可。

相比較上文中提到的3中實現(xiàn)方式,EventSource流的實現(xiàn)方式對客戶端開發(fā)人員而言非常簡單,兼容性上出了IE系的瀏覽器(IE、Edge)外其他都良好;對于服務(wù)端,它可以兼容老的瀏覽器,無需upgrade為其他協(xié)議,在簡單的服務(wù)端推送的場景下可以滿足需求。在瀏覽器與服務(wù)端需要強交互的場景下,websocket仍是不二的選擇。

EventSource規(guī)范簡析

瀏覽器端

瀏覽器端,需要創(chuàng)建一個EventSource對象,并且傳入一個服務(wù)端的接口URI作為參數(shù)。

var evtSource = new EventSource('http://localhost:9111/es');

其中,'http://localhost:9111/es'為服務(wù)端吐出數(shù)據(jù)的接口。目前,EventSource在大多數(shù)瀏覽器端不支持 跨域,因此它不是一種跨域的解決方案。

默認(rèn)EventSource對象通過偵聽“message”事件獲取服務(wù)端傳來的消息,“open”事件則在http連接建立后觸發(fā),”error“事件會在通信錯誤(連接中斷、服務(wù)端返回數(shù)據(jù)失?。┑那闆r下觸發(fā)。同時,EventSource規(guī)范允許服務(wù)端指定自定義事件,客戶端偵聽該事件即可。

evtSource.addEventListener('message',function(e){

    console.log(e.data);

});

evtSource.addEventListener('error',function(e){

    console.log(e);

})

服務(wù)端

事件流的對應(yīng)MIME格式為text/event-stream,而且其基于HTTP長連接。針對HTTP1.1規(guī)范默認(rèn)采用長連接,針對HTTP1.0的服務(wù)器需要特殊設(shè)置。

服務(wù)端返回數(shù)據(jù)需要特殊的格式,它分為四種消息類型:

event, data, id, retry

其中,event指定自定義消息的名稱,如event: customMessage\n;

data指定具體的消息體,可以是對象或者字符串,如data: JSON.stringify(jsonObj)\n\n,在消息體后面有兩個換行符\n,代表當(dāng)前消息體發(fā)送完畢,一個換行符標(biāo)識當(dāng)前消息并未結(jié)束,瀏覽器需要等待后面數(shù)據(jù)的到來后再觸發(fā)事件;

id為當(dāng)前消息的標(biāo)識符,可以不設(shè)置。一旦設(shè)置則在瀏覽器端的eventSource對象中就會有體現(xiàn)(假設(shè)服務(wù)端返回id: 369\n),eventSource.lastEventId == 369。該字段使用場景不大;

retry設(shè)置當(dāng)前http連接失敗后,重新連接的間隔。EventSource規(guī)范規(guī)定,客戶端在http連接失敗后默認(rèn)進行重新連接,重連間隔為3s,通過設(shè)置retry字段可指定重連間隔;

每個字段都有名稱,緊接著有個”:“。當(dāng)出現(xiàn)一個沒有名稱的字段而只有”:“時,這就會被服務(wù)端理解為”注釋“,并不會被發(fā)送至瀏覽器端,如: commision。

由于EventSource是基于HTTP連接之上的,因此在一段沒有數(shù)據(jù)的時期會出現(xiàn)超時問題。服務(wù)器默認(rèn)HTTP超時時間為2分鐘,在node端可以通過response.connection.setTimeou(0)設(shè)置為默認(rèn)的2min超時, 因此需要服務(wù)端做心跳?;?,否則客戶端在連接超時的情況下出現(xiàn)net::ERR_INCOMPLETE_CHUNKED_ENCODING錯誤。通過閱讀相關(guān)規(guī)范,發(fā)現(xiàn)注釋行可以用來防止連接超時,服務(wù)器可以定期發(fā)送一條消息注釋行,以保持連接不斷。

下面提供koa的服務(wù)端代碼:

var fs = require('fs');

var path = require('path');

var PassThrough = require('stream').PassThrough;

var Readable = require('stream').Readable;

var koa = require('koa');

var Router = require('koa-router');

var app = new koa();

var router = new Router();


function RR(){

    Readable.call(this,arguments);

}

RR.prototype = new Readable();

RR.prototype._read = function(data){

}


router.get('/',function(ctx,next){

    ctx.set('content-type','text/html');

    ctx.body = fs.readFileSync(path.join(process.cwd(),'eventServer.html'));

});


const sse = (stream,event, data) => {

    return stream.push(`event:${ event }\ndata: ${ JSON.stringify(data) }\n\n`)

//    return stream.write(`event:${ event }\ndata: ${ JSON.stringify(data) }\n\n`);

}

router.get('/es',function(ctx,next){

    var stream = new RR()//PassThrough();

    ctx.set({

        'Content-Type':'text/event-stream',

        'Cache-Control':'no-cache',

        Connection: 'keep-alive'

    });

    sse(stream,'test',{a: "yango",b: "tango"});

    ctx.body = stream;

    setInterval(()=>{

        sse(stream,'test',{a: "yango",b: Date.now()});

    },3000); 

});


app.use(router.routes());

app.listen(9111,function(){

    console.log('listening port 9111');

});

此處需要注意的是koa-router的返回值必須是一個Stream(Readable),這是由于koa的特殊性造成的。如果context.body不是Stream是一個字符串或者Buffer實例,會直接在node原生中調(diào)用res.end(buffer),結(jié)束了HTTP響應(yīng):

koa lib/application.js


// responses

if (Buffer.isBuffer(body)) return res.end(body);

if ('string' == typeof body) return res.end(body);

if (body instanceof Stream) return body.pipe(res);

因此造成了服務(wù)端事件流無法正確響應(yīng)。而返回Stream類型的方式有幾種,如通過擴展stream模塊的Readable可讀流返回或者直接采用PassThrough流返回,亦可通過through2模塊或者Transform對象實現(xiàn),歸根到底保證可以從該stream對象中pipe出數(shù)據(jù)至http.ServerResponse對象中。

附頁面代碼

<!DOCTYPE html>

<html>

<head>

</head>

<body>

    <div>

        hello world

    </div>

    <p id="info"></p>

    <script>

        var infoShow = document.querySelector('#info');

        var se = new EventSource('http://localhost:9111/es');

        se.addEventListener('test',function(e){

            infoShow.textContent += e.data+'\n';

        });

        se.addEventListener('error',function(e){

            console.log(e);

        })

    </script>

</body>

</html>

參考資料

使用服務(wù)器發(fā)送事件 EventSource超時


該評論在 2024/6/15 11:50:39 編輯過
關(guān)鍵字查詢
相關(guān)文章
正在查詢...
點晴ERP是一款針對中小制造業(yè)的專業(yè)生產(chǎn)管理軟件系統(tǒng),系統(tǒng)成熟度和易用性得到了國內(nèi)大量中小企業(yè)的青睞。
點晴PMS碼頭管理系統(tǒng)主要針對港口碼頭集裝箱與散貨日常運作、調(diào)度、堆場、車隊、財務(wù)費用、相關(guān)報表等業(yè)務(wù)管理,結(jié)合碼頭的業(yè)務(wù)特點,圍繞調(diào)度、堆場作業(yè)而開發(fā)的。集技術(shù)的先進性、管理的有效性于一體,是物流碼頭及其他港口類企業(yè)的高效ERP管理信息系統(tǒng)。
點晴WMS倉儲管理系統(tǒng)提供了貨物產(chǎn)品管理,銷售管理,采購管理,倉儲管理,倉庫管理,保質(zhì)期管理,貨位管理,庫位管理,生產(chǎn)管理,WMS管理系統(tǒng),標(biāo)簽打印,條形碼,二維碼管理,批號管理軟件。
點晴免費OA是一款軟件和通用服務(wù)都免費,不限功能、不限時間、不限用戶的免費OA協(xié)同辦公管理系統(tǒng)。
Copyright 2010-2025 ClickSun All Rights Reserved