主頁 > 知識庫 > html5服務器推送_動力節(jié)點Java學院整理

html5服務器推送_動力節(jié)點Java學院整理

熱門標簽:ai電銷機器人連接網(wǎng)關 跟電銷機器人做同事 鄭州電銷外呼系統(tǒng)違法嗎 農(nóng)村住宅地圖標注 濟南辦理400電話 中紳電銷智能機器人 鶴壁手機自動外呼系統(tǒng)怎么安裝 威海營銷外呼系統(tǒng)招商 漳州人工外呼系統(tǒng)排名

對于一般的 Web 應用開發(fā),大多數(shù)開發(fā)人員并不陌生。在 Web 應用中,瀏覽器和服務器之間使用的是請求 / 響應的交互模式。瀏覽器發(fā)出請求,服務器根據(jù)收到的請求來生成相應的響應。瀏覽器再對收到的響應進行處理,展現(xiàn)給用戶。響應的格式可能是 HTML、XML 或 JSON 等。隨著 REST 架構(gòu)風格和 AJAX 的流行,服務器更多地使用 JSON 作為響應的數(shù)據(jù)格式。Web 應用使用 XMLHttpRequest 對象來發(fā)送請求,并根據(jù)服務器端返回的數(shù)據(jù),對頁面的內(nèi)容進行動態(tài)更新。通常來說,用戶在頁面上的操作,比如點擊或移動鼠標,會觸發(fā)相應的事件。由 XMLHttpRequest 對象來發(fā)出請求,得到服務器響應之后進行頁面的局部更新。這種方式的不足之處在于:服務器端產(chǎn)生的數(shù)據(jù)變化不能及時地通知瀏覽器,而是需要等到下次請求發(fā)出時才能被瀏覽器獲取。對于某些對數(shù)據(jù)實時性要求很高的應用來說,這種延遲是不能接受的。為了滿足這類應用的需求,就需要有某種方式能夠從服務器端推送數(shù)據(jù)給瀏覽器,以保證服務器端的數(shù)據(jù)變化可以在第一時間通知給用戶。目前常見的解決辦法有不少,主要可以分成兩類。這兩類方法的區(qū)別在于是否基于 HTTP 協(xié)議來實現(xiàn)。不使用 HTTP 協(xié)議的做法是使用 HTML 5 新增的 WebSocket 規(guī)范,而使用 HTTP 協(xié)議的做法則包括簡易輪詢、COMET 技術(shù)和本文中要介紹的 HTML 5 服務器推送事件。下面會對這幾種技術(shù)進行介紹。

簡介

在介紹 HTML 5 服務器推送事件之前,首先介紹一些上面提到的幾種服務器端數(shù)據(jù)推送技術(shù)。第一種是 WebSocket。WebSocket 規(guī)范是 HTML 5 中的一個重要組成部分,已經(jīng)被很多主流瀏覽器所支持,也有不少基于 WebSocket 開發(fā)的應用。正如名稱所表示的一樣,WebSocket 使用的是套接字連接,基于 TCP 協(xié)議。使用 WebSocket 之后,實際上在服務器端和瀏覽器之間建立一個套接字連接,可以進行雙向的數(shù)據(jù)傳輸。WebSocket 的功能是很強大的,使用起來也靈活,可以適用于不同的場景。不過 WebSocket 技術(shù)也比較復雜,包括服務器端和瀏覽器端的實現(xiàn)都不同于一般的 Web 應用。

除了 WebSocket 之外,其他的實現(xiàn)方式是基于 HTTP 協(xié)議來達到實時推送的效果。第一種做法是簡易輪詢,即瀏覽器端定時向服務器端發(fā)出請求,來查詢是否有數(shù)據(jù)更新。這種做法比較簡單,可以在一定程度上解決問題。不過對于輪詢的時間間隔需要進行仔細考慮。輪詢的間隔過長,會導致用戶不能及時接收到更新的數(shù)據(jù);輪詢的間隔過短,會導致查詢請求過多,增加服務器端的負擔。

COMET 技術(shù)改進了簡易輪詢的缺點,使用的是長輪詢。長輪詢的方式在每次請求時,服務器端會保持該連接在一段時間內(nèi)處于打開狀態(tài),而不是在響應完成之后就立即關閉。這樣做的好處是在連接處于打開狀態(tài)的時間段內(nèi),服務器端產(chǎn)生的數(shù)據(jù)更新可以被及時地返回給瀏覽器。當上一個長連接關閉之后,瀏覽器會立即打開一個新的長連接來繼續(xù)請求。不過 COMET 技術(shù)的實現(xiàn)在服務器端和瀏覽器端都需要第三方庫的支持。綜合比較上面提到的 4 種不同的技術(shù),簡易輪詢由于其本身的缺陷,并不推薦使用。COMET 技術(shù)并不是 HTML 5 標準的一部分,從兼容標準的角度出發(fā),也不推薦使用。WebSocket 規(guī)范和服務器推送技術(shù)都是 HTML 5 標準的組成部分,在主流瀏覽器上都提供了原生的支持,是推薦使用的。不過 WebSocket 規(guī)范更加復雜一些,適用于需要進行復雜雙向數(shù)據(jù)通訊的場景。對于簡單的服務器數(shù)據(jù)推送的場景,使用服務器推送事件就足夠了。

在瀏覽器支持方面,服務器推送事件已經(jīng)在除 IE 外的大部分桌面和移動瀏覽器上得到了支持。支持服務器推送事件的瀏覽器及其版本包括:Firefox 6.0+、Chrome 6.0+、Safari 5.0+、Opera 11.0+、iOS Safari 4.0+、Opera Mobile 11.1+、Chrome for Android 25.0+、Firefox for Android 19.0+ 以及 Blackberry Browser 7.0+ 等。關于 IE 的支持,在下面的章節(jié)中有詳細的介紹。

下面對服務器推送事件的規(guī)范進行具體的說明。

規(guī)范

Server-sent Events 規(guī)范是 HTML 5 規(guī)范的一個組成部分,具體的規(guī)范文檔見參考資源。該規(guī)范比較簡單,主要由兩個部分組成:第一個部分是服務器端與瀏覽器端之間的通訊協(xié)議,第二部分則是在瀏覽器端可供 JavaScript 使用的 EventSource 對象。通訊協(xié)議是基于純文本的簡單協(xié)議。服務器端的響應的內(nèi)容類型是“text/event-stream”。響應文本的內(nèi)容可以看成是一個事件流,由不同的事件所組成。每個事件由類型和數(shù)據(jù)兩部分組成,同時每個事件可以有一個可選的標識符。不同事件的內(nèi)容之間通過僅包含回車符和換行符的空行(“\r\n”)來分隔。每個事件的數(shù)據(jù)可能由多行組成。代碼清單 1 給出了服務器端響應的示例。

服務器端響應的示例

data: first event

data: second event
id: 100

event: myevent
data: third event
id: 101

: this is a comment
data: fourth event
data: fourth event continue

如代碼清單 1 所示,每個事件之間通過空行來分隔。對于每一行來說,冒號(“:”)前面表示的是該行的類型,冒號后面則是對應的值??赡艿念愋桶ǎ?/p>

  1. 類型為空白,表示該行是注釋,會在處理時被忽略。
  2. 類型為 data,表示該行包含的是數(shù)據(jù)。以 data 開頭的行可以出現(xiàn)多次。所有這些行都是該事件的數(shù)據(jù)。
  3. 類型為 event,表示該行用來聲明事件的類型。瀏覽器在收到數(shù)據(jù)時,會產(chǎn)生對應類型的事件。
  4. 類型為 id,表示該行用來聲明事件的標識符。
  5. 類型為 retry,表示該行用來聲明瀏覽器在連接斷開之后進行再次連接之前的等待時間。

在上面代碼中,第一個事件只包含數(shù)據(jù)“first event”,會產(chǎn)生默認的事件;第二個事件的標識符是 100,數(shù)據(jù)為“second event”;第三個事件會產(chǎn)生類型為“myevent”的事件;最后一個事件的數(shù)據(jù)為“fourth event\nfourth event continue”。當有多行數(shù)據(jù)時,實際的數(shù)據(jù)由每行數(shù)據(jù)以換行符連接而成。

如果服務器端返回的數(shù)據(jù)中包含了事件的標識符,瀏覽器會記錄最近一次接收到的事件的標識符。如果與服務器端的連接中斷,當瀏覽器端再次進行連接時,會通過 HTTP 頭“Last-Event-ID”來聲明最后一次接收到的事件的標識符。服務器端可以通過瀏覽器端發(fā)送的事件標識符來確定從哪個事件開始來繼續(xù)連接。

對于服務器端返回的響應,瀏覽器端需要在 JavaScript 中使用 EventSource 對象來進行處理。EventSource 使用的是標準的事件監(jiān)聽器方式,只需要在對象上添加相應的事件處理方法即可。EventSource 提供了三個標準事件,如表 1 所示。

表 1. EventSource 對象提供的標準事件

名稱
說明
事件處理方法
open
當成功與服務器建立連接時產(chǎn)生
onopen
message
當收到服務器發(fā)送的事件時產(chǎn)生
onmessage
error
當出現(xiàn)錯誤時產(chǎn)生
onerror

如之前所述,服務器端可以返回自定義類型的事件。對于這些事件,可以使用 addEventListener 方法來添加相應的事件處理方法。代碼清單 2 給出了 EventSource 對象的使用示例。

EventSource 對象的使用示例

var es = new EventSource('events');
es.onmessage = function(e) {
    console.log(e.data);
};

es.addEventListener('myevent', function(e) {
    console.log(e.data);
});

如上所示,在指定 URL 創(chuàng)建出 EventSource 對象之后,可以通過 onmessage 和 addEventListener 方法來添加事件處理方法。當服務器端有新的事件產(chǎn)生,相應的事件處理方法會被調(diào)用。EventSource 對象的 onmessage 屬性的作用類似于 addEventListener( ‘ message ’ ),不過 onmessage 屬性只支持一個事件處理方法。在介紹完服務器推送事件的規(guī)范內(nèi)容之后,下面介紹服務器端的實現(xiàn)。

服務器端和瀏覽器端實現(xiàn)

從上一節(jié)中對通訊協(xié)議的描述可以看出,服務器端推送事件是一個比較簡單的協(xié)議。服務器端的實現(xiàn)也相對比較簡單,只需要按照協(xié)議規(guī)定的格式,返回響應內(nèi)容即可。在開源社區(qū)可以找到各種不同的服務器端技術(shù)相對應的實現(xiàn)。自己開發(fā)的難度也不大。本文使用 Java 作為服務器端的實現(xiàn)語言。相應的實現(xiàn)基于開源的 jetty-eventsource-servlet 項目,見參考資源。下面通過一個具體的示例來說明如何使用 jetty-eventsource-servlet 項目。示例用來模擬一個物體在某個限定空間中的隨機移動。該物體從一個隨機位置開始,然后從上、下、左和右四個方向中隨機選擇一個方向,并在該方向上移動隨機的距離。服務器端不斷改變該物體的位置,并把位置信息推送給瀏覽器,由瀏覽器來顯示。

服務器端實現(xiàn)

服務器端的實現(xiàn)由兩部分組成:一部分是用來產(chǎn)生數(shù)據(jù)的 org.eclipse.jetty.servlets.EventSource 接口的實現(xiàn),另一部分是作為瀏覽器訪問端點的繼承自 org.eclipse.jetty.servlets.EventSourceServlet 類的 servlet 實現(xiàn)。下面代碼給出了 EventSource 接口的實現(xiàn)類。

EventSource 接口的實現(xiàn)類 MovementEventSource

 public class MovementEventSource implements EventSource {
 
 private int width = 800;
 private int height = 600;
 private int stepMax = 5;
 private int x = 0;
 private int y = 0;
 private Random random = new Random();
 private Logger logger = Logger.getLogger(getClass().getName());
 
 public MovementEventSource(int width, int height, int stepMax) {
  this.width = width;
  this.height = height;
  this.stepMax = stepMax;
  this.x = random.nextInt(width);
  this.y = random.nextInt(height);
 }

 @Override
 public void onOpen(Emitter emitter) throws IOException {
  query(emitter); //開始生成位置信息
 }

 @Override
 public void onResume(Emitter emitter, String lastEventId)
   throws IOException {
  updatePosition(lastEventId); //更新起始位置
  query(emitter);  //開始生成位置信息
 }
 
 //根據(jù)Last-Event-Id來更新起始位置
 private void updatePosition(String id) {
  if (id != null) {
   String[] pos = id.split(",");
   if (pos.length > 1) {
    int xPos = -1, yPos = -1;
    try {
     xPos = Integer.parseInt(pos[0], 10);
     yPos = Integer.parseInt(pos[1], 10);
    } catch (NumberFormatException e) {
     
    }
    if (isValidMove(xPos, yPos)) {
     x = xPos;
     y = yPos;
    }
   }
  }
 }
 
 private void query(Emitter emitter) throws IOException {
  emitter.comment("Start sending movement information.");
  while(true) {
   emitter.comment("");
   move(); //移動位置
   String id = String.format("%s,%s", x, y);
   emitter.id(id); //根據(jù)位置生成事件標識符
   emitter.data(id); //發(fā)送位置信息數(shù)據(jù)
   try {
    Thread.sleep(2000);
   } catch (InterruptedException e) {
    logger.log(Level.WARNING, \

               "Movement query thread interrupted. Close the connection.", e);
    break;
   }
  }
  emitter.close(); //當循環(huán)終止時,關閉連接
 }

 @Override
 public void onClose() {
  
 }
 
 //獲取下一個合法的移動位置
 private void move() {
  while (true) {
   int[] move = getMove();
   int xNext = x + move[0];
   int yNext = y + move[1];
   if (isValidMove(xNext, yNext)) {
    x = xNext;
    y = yNext;
    break;
   }
  }
 }

 //判斷當前的移動位置是否合法
 private boolean isValidMove(int x, int y) {
  return x >= 0 && x <= width && y >=0 && y <= height;
 }
 
 //隨機生成下一個移動位置
 private int[] getMove() {
  int[] xDir = new int[] {-1, 0, 1, 0};
  int[] yDir = new int[] {0, -1, 0, 1};
  int dir = random.nextInt(4);
  return new int[] {xDir[dir] * random.nextInt(stepMax), \

     yDir[dir] * random.nextInt(stepMax)};
 }
}

類 MovementEventSource 需要實現(xiàn) EventSource 接口的 onOpen、onResume 和 onClose 方法,其中 onOpen 方法在瀏覽器端的連接打開的時候被調(diào)用,onResume 方法在瀏覽器端重新建立連接時被調(diào)用,onClose 方法則在瀏覽器關閉連接的時候被調(diào)用。onOpen 和 onResume 方法都有一個 EventSource.Emitter 接口類型的參數(shù),可以用來發(fā)送數(shù)據(jù)。EventSource.Emitter 接口中包含的方法包括 data、event、comment、id 和 close 等,分別對應于通訊協(xié)議中各種不同類型的事件。而 onResume 方法還額外包含一個參數(shù) lastEventId,表示通過 Last-Event-ID 頭發(fā)送過來的最近一次事件的標識符。

MovementEventSource 類中事件生成的主要邏輯在 query 方法中。該方法中包含一個無限循環(huán),每隔 2 秒鐘改變一次位置,同時把更新之后的位置通過 EventSource.Emitter 接口的 data 方法發(fā)送給瀏覽器端。每個事件都有對應的標識符,而標識符的值就是位置本身。如果連接斷開之后,瀏覽器重新進行連接,可以從上一次的位置開始繼續(xù)移動該物體。

與 MovementEventSource 類對應的 servlet 實現(xiàn)比較簡單,只需要繼承自 EventSourceServlet 類并覆寫 newEventSource 方法即可。在 newEventSource 方法的實現(xiàn)中,需要返回一個 MovementEventSource 類的對象,如下所示。每當瀏覽器端建立連接時,該 servlet 會創(chuàng)建一個新的 MovementEventSource 類的對象來處理該請求。

servlet 實現(xiàn)類 MovementServlet

 public class MovementServlet extends EventSourceServlet { 

 @Override 
 protected EventSource newEventSource(HttpServletRequest request, 
 String clientId) { 
 return new MovementEventSource(800, 600, 20); 
 } 
 }

在服務器端實現(xiàn)中,需要注意的是要添加相應的 servlet 過濾器支持。這是 jetty-eventsource-servlet 項目所依賴的 Jetty Continuations 框架的要求,否則的話會出現(xiàn)錯誤。添加過濾器的方式是在 web.xml 文件中添加代碼如下所示的配置內(nèi)容。

Jetty Continuations 所需 servlet 過濾器的配置

 <filter> 
    <filter-name>continuation</filter-name> 
    <filter-class>org.eclipse.jetty.continuation.ContinuationFilter</filter-class> 
 </filter> 
 <filter-mapping> 
    <filter-name>continuation</filter-name> 
    <url-pattern>/sse/*</url-pattern> 
 </filter-mapping>

瀏覽器端實現(xiàn)

瀏覽器端的實現(xiàn)也比較簡單,只需要創(chuàng)建出 EventSource 對象,并添加相應的事件處理方法即可。下面代碼給出了相應的實現(xiàn)。在頁面中使用一個方塊表示物體。當接收到新的事件時,根據(jù)事件數(shù)據(jù)中給出的坐標信息,更新方塊在頁面上的位置。

瀏覽器端的實現(xiàn)代碼

 var es = new EventSource('sse/movement'); 
 es.addEventListener('message', function(e) { 
     var pos = e.data.split(','), x = pos[0], y = pos[1]; 
     $('#box').css({ 
         left : x + 'px', 
         top : y + 'px' 
         }); 
     });

在介紹完基本的服務器端和瀏覽器端實現(xiàn)之后,下面介紹比較重要的 IE 的支持。

IE 支持

使用瀏覽器原生的 EventSource 對象的一個比較大的問題是 IE 并不提供支持。為了在 IE 上提供同樣的支持,一般有兩種辦法。第一種辦法是在其他瀏覽器上使用原生 EventSource 對象,而在 IE 上則使用簡易輪詢或 COMET 技術(shù)來實現(xiàn);另外一種做法是使用 polyfill 技術(shù),即使用第三方提供的 JavaScript 庫來屏蔽瀏覽器的不同。本文使用的是 polyfill 技術(shù),只需要在頁面中加載第三方 JavaScript 庫即可。應用本身的瀏覽器端代碼并不需要進行改動。一般推薦使用第二種做法,因為這樣的話,在服務器端只需要使用一種實現(xiàn)技術(shù)即可。

在 IE 上提供類似原生 EventSource 對象的實現(xiàn)并不簡單。理論上來說,只需要通過 XMLHttpRequest 對象來獲取服務器端的響應內(nèi)容,并通過文本解析,就可以提取出相應的事件,并觸發(fā)對應的事件處理方法。不過問題在于 IE 上的 XMLHttpRequest 對象并不支持獲取部分的響應內(nèi)容。只有在響應完成之后,才能獲取其內(nèi)容。由于服務器端推送事件使用的是一個長連接。當連接一直處于打開狀態(tài)時,通過 XMLHttpRequest 對象并不能獲取響應的內(nèi)容,也就無法觸發(fā)對應的事件。更具體的來說,當 XMLHttpRequest 對象的 readyState 為 3(READYSTATE_INTERACTIVE)時,其 responseText 屬性是無法獲取的。

為了解決 IE 上 XMLHttpRequest 對象的問題,就需要使用 IE 8 中引入的 XDomainRequest 對象。XDomainRequest 對象的作用是發(fā)出跨域的 AJAX 請求。XDomainRequest 對象提供了 onprogress 事件。當 onprogress 事件發(fā)生時,可以通過 responseText 屬性來獲取到響應的部分內(nèi)容。這是 XDomainRequest 對象和 XMLHttpRequest 對象的最大不同,也是使用 XDomainRequest 對象來實現(xiàn)類似原生 EventSource 對象的基礎。在使用 XDomainRequest 對象打開與服務器端的連接之后,當服務器端有新的數(shù)據(jù)產(chǎn)生時,可以通過 XDomainRequest 對象的 onprogress 事件的處理方法來進行處理,對接收到的數(shù)據(jù)進行解析,根據(jù)數(shù)據(jù)的內(nèi)容觸發(fā)相應的事件。

不過由于 XDomainRequest 對象本來的目的是發(fā)出跨域 AJAX 請求,考慮到跨域訪問的安全性問題,XDomainRequest 對象在使用時的限制也比較嚴格。這些限制會影響到其作為 EventSource 對象的實現(xiàn)方式。具體的限制和解決辦法如下所示:

  1. 服務器端的響應需要包含 Access-Control-Allow-Origin 頭,用來聲明允許從哪些域訪問該 URL。“*”表示允許來自任何域的訪問,不推薦使用該值。一般使用與當前應用相同的域,限制只允許來自當前域的訪問。
  2. XDomainRequest 對象發(fā)出的請求不能包含自定義的 HTTP 頭,這就限制了不能使用 Last-Event-ID 頭來聲明瀏覽器端最近一次接收到的事件的標識符。只能通過 HTTP 請求的其他方式來傳遞該標識符,如 GET 請求的參數(shù)或 POST 請求的內(nèi)容體。
  3. XDomainRequest 對象的請求的內(nèi)容類型(Content-Type)只能是“text/plain”。這就意味著,當使用 POST 請求時,服務器端使用的框架,如 servlet,不會對 POST 請求的內(nèi)容進行自動解析,無法使用 HttpServletRequest 類的 getParameter 方法來獲取 POST 請求的內(nèi)容。只能在服務器端對原始的請求內(nèi)容進行解析,獲取到其中的參數(shù)的值。
  4. XDomainRequest 對象發(fā)出的請求中不包含任何與用戶認證相關的信息,包括 cookie 等。這就意味著,如果服務器端需要認證,則需要通過 HTTP 請求的其他方式來傳遞用戶的認證信息,比如 session 的 ID 等。

由于 XDomainRequest 對象的這些限制,服務器端的實現(xiàn)也需要作出相應的改動。這些改動包括返回 Access-Control-Allow-Origin 頭;對于瀏覽器端發(fā)送的“text/plain”類型的參數(shù)進行解析;處理請求中包含的用戶認證相關的信息。

本文的示例使用的 polyfill 庫是 GitHub 上的 Yaffle 開發(fā)的 EventSource 項目,具體的地址見參考資源。在使用該 polyfill 庫,并對服務器端的實現(xiàn)進行修改之后,就可以在 IE 8 及以上的瀏覽器中使用服務器推送事件。如果需要支持 IE 7,則只能使用簡易輪詢或 COMET 技術(shù)。本文的示例代碼見參考資源。

小結(jié)

如果需要從服務器端推送數(shù)據(jù)給瀏覽器,可以使用的基于 HTML 5 規(guī)范標準的技術(shù)包括 WebSocket 和服務器推送事件。開發(fā)人員可以根據(jù)應用的具體需求來選擇合適的技術(shù)。如果只是需要從服務器端推送數(shù)據(jù),服務器推送事件的規(guī)范更加簡單,實現(xiàn)起來更容易。本文對服務器推送事件的規(guī)范內(nèi)容、服務器端和瀏覽器端的實現(xiàn)都進行了詳細的介紹,對如何支持 IE 瀏覽器也進行了具體的分析。

標簽:惠州 文山 萍鄉(xiāng) 營口 紅河 蘇州 甘南 咸陽

巨人網(wǎng)絡通訊聲明:本文標題《html5服務器推送_動力節(jié)點Java學院整理》,本文關鍵詞  html5,服務器,推送,動力,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡,涉及言論、版權(quán)與本站無關。
  • 相關文章
  • 下面列出與本文章《html5服務器推送_動力節(jié)點Java學院整理》相關的同類信息!
  • 本頁收集關于html5服務器推送_動力節(jié)點Java學院整理的相關信息資訊供網(wǎng)民參考!
  • 推薦文章