本發(fā)明涉及網(wǎng)頁顯示技術(shù)領(lǐng)域，尤其涉及一種WEB頁面加載的方法及設(shè)備。

背景技術(shù)：

隨著現(xiàn)代網(wǎng)絡(luò)技術(shù)的發(fā)展與互聯(lián)網(wǎng)標(biāo)準(zhǔn)的不斷完善，基于瀏覽器客戶端引擎的RIA（Internet Application，即豐富互聯(lián)網(wǎng)應(yīng)用程序）開發(fā)技術(shù)正在越來越受到人們的關(guān)注。在通信技術(shù)領(lǐng)域，由于Web網(wǎng)管系統(tǒng)通常具備較高的實時性與客戶端性能要求，而采用RIA技術(shù)開發(fā)的Web應(yīng)用以其豐富的界面表現(xiàn)力、迅速的交互響應(yīng)和高效的網(wǎng)絡(luò)通信等等優(yōu)勢逐步成為B/S（Browser/Server）體系結(jié)構(gòu)下的Web網(wǎng)管開發(fā)首選。

在實際開發(fā)過程中，由于網(wǎng)管系統(tǒng)多模塊、高擴展與增值業(yè)務(wù)等方面的需求，導(dǎo)致基于RIA的Web網(wǎng)管客戶端應(yīng)用程序會出現(xiàn)體積臃腫龐大，首次加載慢、內(nèi)存開銷大等不好的用戶體驗，并且程序的可擴展性差、維護困難。

為此，在大型系統(tǒng)的開發(fā)中，開發(fā)者往往傾向于采用模塊化的開發(fā)方式。它把一個系統(tǒng)分解成各個不同的模塊，進(jìn)行迭代式增量開發(fā)，既提高了開發(fā)效率和質(zhì)量，又保證了良好的擴展性。開發(fā)完成的模塊直接通過約定進(jìn)行組合，便可以實現(xiàn)系統(tǒng)的各大功能。目前，C/S（Client/Server）體系結(jié)構(gòu)和傳統(tǒng)的B/S（Brower/Server）體系結(jié)構(gòu)已經(jīng)相繼推出了模塊化解決方案，例如Java平臺下的OSGi規(guī)范JavaScript開發(fā)中的CommonJS規(guī)范等等，這些規(guī)范的模塊化管理框架通過引入滿足一定機制的模塊管理器，可以在程序運行時對各功能模塊的加載進(jìn)行動態(tài)管理。

模塊化的系統(tǒng)開發(fā)有著明顯的優(yōu)勢，但是在進(jìn)行模塊化的頁面加載時，要求客戶端針對每個模塊向服務(wù)器端發(fā)送一次HTTP（（HyperText Transfer Protocol，超文本傳輸協(xié)議）請求，這樣一來，增加了客戶端與服務(wù)器端的交互，降低了一個頁面的加載速度。

技術(shù)實現(xiàn)要素：

本發(fā)明的實施例提供一種WEB頁面加載的方法及設(shè)備，用以減少客戶端與服務(wù)器端的交互，提高頁面的加載速度。

為達(dá)到上述目的，本發(fā)明的實施例采用如下技術(shù)方案：

本發(fā)明實施例提供了一種WEB頁面加載的方法，包括：接收客戶端發(fā)送的超文本傳輸協(xié)議HTTP鏈接請求消息；所述HTTP鏈接請求消息中攜帶有待加載的WEB頁面的標(biāo)識信息；建立HTTP鏈接，并向所述客戶端發(fā)送HTTP鏈接響應(yīng)消息；所述HTTP鏈接響應(yīng)消息中攜帶有超文本標(biāo)記語言HTML的開始標(biāo)簽；根據(jù)所述待加載的WEB頁面的標(biāo)識信息，加載所述待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容；將加載的所述WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容通過所述HTTP鏈接發(fā)送至所述客戶端；其中，所述待加載的WEB頁面對應(yīng)的最后一個模塊的數(shù)據(jù)內(nèi)容中攜帶有HTML的結(jié)束標(biāo)簽；在將攜帶有所述HTML的結(jié)束標(biāo)簽的模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端后，釋放所述HTTP鏈接。

可選地，在所述接收客戶端發(fā)送的超文本傳輸協(xié)議HTTP請求消息之前，還包括：將WEB頁面劃分為至少兩個模塊；確定所述至少兩個模塊的優(yōu)先級及加載策略；所述根據(jù)所述待加載的WEB頁面的標(biāo)識信息，加載所述待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容包括：根據(jù)所述待加載的WEB頁面的標(biāo)識信息，確定所述待加載頁面WEB頁面對應(yīng)的至少兩個模塊；根據(jù)所述至少兩個模塊的優(yōu)先級及加載策略，加載所述待加載的WEB頁面對應(yīng)的所述至少兩個模塊的數(shù)據(jù)內(nèi)容。

進(jìn)一步的，本發(fā)明實施例提供了一種WEB頁面加載的方法，包括：獲取待加載的WEB頁面的標(biāo)識信息；向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息；所述HTTP鏈接請求消息中攜帶有待加載的WEB頁面的標(biāo)識信息；接收所述服務(wù)器發(fā)送的HTTP鏈接響應(yīng)消息；所述HTTP鏈接響應(yīng)消息中攜帶有超文本標(biāo)記語言HTML的開始標(biāo)簽；通過所述HTTP鏈接接收所述服務(wù)器發(fā)送的待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容，并顯示接收的模塊的數(shù)據(jù)內(nèi)容對應(yīng)的顯示數(shù)據(jù)，直至接收到攜帶了HTML的接收標(biāo)簽的模塊的數(shù)據(jù)內(nèi)容；其中，所述待加載的WEB頁面對應(yīng)的最后一個模塊的數(shù)據(jù)內(nèi)容中攜帶有HTML的結(jié)束標(biāo)簽；在所述待加載WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容中包含有HTML的結(jié)束標(biāo)簽時，釋放所述HTTP鏈接。

可選地，在所述向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息之前，還包括：根據(jù)所述待加載的WEB頁面的標(biāo)識信息，確定緩存中是否存儲有所述待加載的WEB頁面；所述向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息包括：在所述緩存中未存儲所述待加載的WEB頁面時，向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息。

可選地，所述緩存包括本地緩存LocalStorage或Cookie緩存。

進(jìn)一步的，本發(fā)明實施例提供了一種服務(wù)器，包括：接收單元，用于接收客戶端發(fā)送的超文本傳輸協(xié)議HTTP鏈接請求消息；所述HTTP鏈接請求消息中攜帶有待加載的WEB頁面的標(biāo)識信息；處理單元，用于建立HTTP鏈接，并向所述客戶端發(fā)送HTTP鏈接響應(yīng)消息；所述HTTP鏈接響應(yīng)消息中攜帶有超文本標(biāo)記語言HTML的開始標(biāo)簽；加載單元，用于根據(jù)所述待加載的WEB頁面的標(biāo)識信息，加載所述待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容；發(fā)送單元，用于將所述加載模塊加載的所述WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容通過所述HTTP鏈接發(fā)送至所述客戶端；其中，所述待加載的WEB頁面對應(yīng)的最后一個模塊的數(shù)據(jù)內(nèi)容中攜帶有HTML的結(jié)束標(biāo)簽；所述處理單元，還用于在將攜帶有所述HTML的結(jié)束標(biāo)簽的模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端后，釋放所述HTTP鏈接。

可選地，處理單元，還用于將WEB頁面劃分為至少兩個模塊；確定所述至少兩個模塊的優(yōu)先級及加載策略；所述加載單元，具體用于根據(jù)所述待加載的WEB頁面的標(biāo)識信息，確定所述待加載頁面WEB頁面對應(yīng)的至少兩個模塊；根據(jù)所述至少兩個模塊的優(yōu)先級及加載策略，加載所述待加載的WEB頁面對應(yīng)的所述至少兩個模塊的數(shù)據(jù)內(nèi)容。

進(jìn)一步的，本發(fā)明實施例提供了一種客戶端，包括：獲取單元，用于獲取待加載的WEB頁面的標(biāo)識信息；發(fā)送單元，用于向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息；所述HTTP鏈接請求消息中攜帶有待加載的WEB頁面的標(biāo)識信息；接收單元，用于接收所述服務(wù)器發(fā)送的HTTP鏈接響應(yīng)消息；所述HTTP鏈接響應(yīng)消息中攜帶有超文本標(biāo)記語言HTML的開始標(biāo)簽；處理單元，用于通過所述HTTP鏈接接收所述服務(wù)器發(fā)送的待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容，并顯示接收的模塊的數(shù)據(jù)內(nèi)容對應(yīng)的顯示數(shù)據(jù)，直至接收到攜帶了HTML的接收標(biāo)簽的模塊的數(shù)據(jù)內(nèi)容；其中，所述待加載的WEB頁面對應(yīng)的最后一個模塊的數(shù)據(jù)內(nèi)容中攜帶有HTML的結(jié)束標(biāo)簽；處理單元，還用于在所述待加載WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容中包含有HTML的結(jié)束標(biāo)簽時，釋放所述HTTP鏈接。

可選地，還包括：確定單元，用于根據(jù)所述待加載的WEB頁面的標(biāo)識信息，確定緩存中是否存儲有所述待加載的WEB頁面；所述發(fā)送單元，具體用于在所述確定單元確定出所述緩存中未存儲所述待加載的WEB頁面時，向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息。

可選地，所述緩存包括本地緩存LocalStorage或Cookie緩存。

本發(fā)明實施例提供了一種WEB頁面加載的方法及設(shè)備，包括：接收客戶端發(fā)送的HTTP鏈接請求消息，建立HTTP鏈接，并向客戶端發(fā)送HTTP鏈接響應(yīng)消息，且HTTP鏈接響應(yīng)消息中攜帶有HTML的開始標(biāo)簽，根據(jù)待加載的WEB頁面的標(biāo)識信息加載待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容；將加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容通過HTTP鏈接發(fā)送至客戶端，在將攜帶有HTML的結(jié)束標(biāo)簽的模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端后，釋放HTTP鏈接。這樣，在本發(fā)明中，服務(wù)器向客戶端返回HTTP鏈接響應(yīng)消息時，僅攜帶HTML開始標(biāo)簽，由于客戶端只有在接收到HTML結(jié)束標(biāo)簽時，才會釋放HTTL鏈接，因此服務(wù)器端在向客戶端返回的HTTP鏈接響應(yīng)消息中僅攜帶HTML開始標(biāo)簽時，服務(wù)器與客戶端的HTTP鏈接會一直保持，此時服務(wù)器可以將待加載的WEB頁面的各個模塊的數(shù)據(jù)內(nèi)容進(jìn)行加載，并通過此HTML鏈接發(fā)送至客戶端，待加載的WEB頁面的最后一個模塊發(fā)送至客戶端后，釋放HTTP鏈接。這樣一來，本發(fā)明是僅建立一次HTTP鏈接，即可完成待加載的WEB頁面全部模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端，實現(xiàn)了減少客戶端與服務(wù)器端的交互，提高頁面的加載速度的目的。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種WEB頁面加載的方法的流程示意圖；

圖2為本發(fā)明實施例提供的另一種WEB頁面加載的方法的流程示意圖；

圖3為本發(fā)明實施例提供的另一種WEB頁面加載的方法的流程示意圖；

圖4為本發(fā)明實施例提供的另一種WEB頁面加載的方法的流程示意圖；

圖5為本發(fā)明實施例提供的一種服務(wù)器的結(jié)構(gòu)示意圖；

圖6為本發(fā)明實施例提供的一種客戶端的結(jié)構(gòu)示意圖；

圖7為本發(fā)明實施例提供的另一種客戶端的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

如圖1所示，本發(fā)明實施例提供了一種WEB頁面加載的方法，包括：

步驟101、接收客戶端發(fā)送的HTTP（Hypertext Transfer Protocol，超文本傳輸協(xié)議）鏈接請求消息。

其中，HTTP鏈接請求消息中攜帶有待加載的WEB（World Wide Web，萬維網(wǎng)）頁面的標(biāo)識信息。

具體的，客戶端需要加載WEB頁面時，需要先與服務(wù)器間建立HTTP鏈接，此時客戶端向服務(wù)器發(fā)送HTTP鏈接請求消息，并將待加載的WEB頁面的標(biāo)識信息添加至此HTTP鏈接請求消息中。服務(wù)器可以接收客戶端發(fā)送的攜帶了待加載的WEB頁面的標(biāo)識信息的HTTP鏈接請求消息。

步驟102、建立HTTP鏈接，并向客戶端發(fā)送HTTP鏈接響應(yīng)消息。

其中，HTTP鏈接響應(yīng)消息中攜帶有HTML（HyperText Markup Language，超文本標(biāo)記語言）的開始標(biāo)簽。

具體的，服務(wù)器在接收到客戶端發(fā)送的HTTP鏈接請求消息后，可以建立服務(wù)器與客戶端間的HTTP鏈接，并在HTTP鏈接建立完成后，向客戶端返回HTTP鏈接響應(yīng)消息，由于客戶端建立HTTP鏈接是為了請求服務(wù)器加載待加載的WEB頁面，因此，服務(wù)器在向客戶端返回HTTP鏈接響應(yīng)消息時，可以攜帶占位的HTML文件，其中HTML文件中包括HTML的開始標(biāo)簽，這樣一來，通過攜帶了HTML的開始標(biāo)簽的占位的HTML文件，客戶端會在HTTP鏈接中等待服務(wù)器返回的待加載的WEB頁面的相關(guān)數(shù)據(jù)。

步驟103、根據(jù)待加載的WEB頁面的標(biāo)識信息，加載待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容。

具體的，服務(wù)器接收的HTTP請求消息中攜帶有待加載的WEB頁面的標(biāo)識信息，服務(wù)器可以解析HTTP請求消息，提取出待加載的WEB頁面的標(biāo)識信息，這樣一來，服務(wù)器可以根據(jù)待加載的WEB頁面的標(biāo)識信息，確定出客戶端需要加載的WEB頁面，進(jìn)而確定出此WEB頁面包含的模塊，服務(wù)器可以加載各個模塊的數(shù)據(jù)內(nèi)容，即為各個模塊的CSS引用信息。

進(jìn)一步的，由于每個WEB頁面的模塊具有顯示順序，例如在頁面頂端的模塊需要優(yōu)先顯示，服務(wù)器在將各個頁面進(jìn)行模塊劃分時，可以同時設(shè)置各個模塊的優(yōu)先級，這樣服務(wù)器在對待加載WEB頁面的各個模塊的數(shù)據(jù)內(nèi)容進(jìn)行加載時，可以按照各個模塊的優(yōu)先級進(jìn)行其數(shù)據(jù)內(nèi)容的加載，即為按照優(yōu)先級由高到低的順序進(jìn)行待加載的WEB頁面的各個模塊的數(shù)據(jù)內(nèi)容的加載。

步驟104、將加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容通過HTTP鏈接發(fā)送至客戶端。

其中，待加載的WEB頁面對應(yīng)的最后一個模塊的數(shù)據(jù)內(nèi)容中攜帶有HTML的結(jié)束標(biāo)簽。

具體的，服務(wù)器在加載出待加載的WEB頁面的模塊的數(shù)據(jù)內(nèi)容時后，可以直接通過HTTP鏈接發(fā)送至客戶端，直至將待加載的WEB頁面的最后一個模塊的數(shù)據(jù)內(nèi)容加載完成后，此時由于服務(wù)器在待加載的WEB頁面的最后一個模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端后，即可完成待加載的WEB頁面的加載，此時服務(wù)器可以釋放其與客戶端間的HTTP鏈接，并告知客戶端記載完成可以釋放HTTP鏈接，此時服務(wù)器可以在最后一個模塊的數(shù)據(jù)內(nèi)容中添加HTML的結(jié)束標(biāo)簽。這樣一來，客戶端在接收到最后一個模塊的數(shù)據(jù)內(nèi)容后，可以在最后一個模塊的數(shù)據(jù)內(nèi)容中解析出HTML的結(jié)束標(biāo)簽，進(jìn)而可以使客戶端釋放HTTP鏈接。

進(jìn)一步的，由于待加載WEB頁面的模塊有多個，服務(wù)器可以在完成一個待加載WEB頁面的模塊的數(shù)據(jù)內(nèi)容的加載后，通過HTTP鏈接發(fā)送至客戶端，從而實現(xiàn)逐個將待加載WEB頁面的模塊的數(shù)據(jù)內(nèi)容通過HTTP鏈接發(fā)送至客戶端，直至最后一個模塊的數(shù)據(jù)內(nèi)容通過HTTP鏈接發(fā)送至客戶端。

步驟105、在將攜帶有HTML的結(jié)束標(biāo)簽的模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端后，釋放HTTP鏈接。

具體的，服務(wù)器在將待加載的WEB頁面的所有模塊的數(shù)據(jù)內(nèi)容均加載完并發(fā)送至客戶端后，即完成了待加載的WEB頁面的加載，此時服務(wù)器可以釋放服務(wù)器與客戶端間的HTTP鏈接。

進(jìn)一步的，在實現(xiàn)上述步驟 101-105時，服務(wù)器可以通過BigPipe處理，其具體的實現(xiàn)代碼如下：

這樣，在本發(fā)明中，服務(wù)器向客戶端返回HTTP鏈接響應(yīng)消息時，僅攜帶HTML開始標(biāo)簽，由于客戶端只有在接收到HTML結(jié)束標(biāo)簽時，才會釋放HTTL鏈接，因此服務(wù)器端在向客戶端返回的HTTP鏈接響應(yīng)消息中僅攜帶HTML開始標(biāo)簽時，服務(wù)器與客戶端的HTTP鏈接會一直保持，此時服務(wù)器可以將待加載的WEB頁面的各個模塊的數(shù)據(jù)內(nèi)容進(jìn)行加載，并通過此HTML鏈接發(fā)送至客戶端，待加載的WEB頁面的最后一個模塊發(fā)送至客戶端后，釋放HTTP鏈接。這樣一來，本發(fā)明是僅建立一次HTTP鏈接，即可完成待加載的WEB頁面全部模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端，實現(xiàn)了減少客戶端與服務(wù)器端的交互，提高頁面的加載速度的目的。

進(jìn)一步的，如圖2所示，在上述步驟101之前，所述方法還包括：

步驟106、將WEB頁面劃分為至少兩個模塊。

具體的，為了更快的加載WEB頁面，減少用戶等待WEB頁面的加載時間，服務(wù)器可以將WEB頁面劃分為多個模塊，此時服務(wù)器可以根據(jù)各個WEB頁面的內(nèi)容，將WEB頁面劃分為至少兩個模塊，且每個模塊的數(shù)據(jù)內(nèi)容不同，即為每個模塊顯示的內(nèi)容不同。

步驟107、確定至少兩個模塊的優(yōu)先級及加載策略。

具體的，由于WEB頁面需要從其頂端的數(shù)據(jù)開始顯示，因此服務(wù)器在進(jìn)行WEB頁面的模塊加載時，應(yīng)該從包含了WEB頁面頂端的數(shù)據(jù)內(nèi)容的模塊開始加載，即為按照包含的數(shù)據(jù)內(nèi)容為WEB頁面的頂端到底端的順序進(jìn)行模塊的加載，此時可以根據(jù)各個模塊包含的數(shù)據(jù)內(nèi)容確定出各個模塊的優(yōu)先級。也就是說，數(shù)據(jù)內(nèi)容為WEB頁面的頂端數(shù)據(jù)的模塊的優(yōu)先級最高，以便在按照各個模塊的優(yōu)先級進(jìn)行模塊加載時，可以最先加載包含了WEB頁面的頂端數(shù)據(jù)的模塊。

由于每個模塊包含的數(shù)據(jù)內(nèi)容不盡相同，可以將根據(jù)每個模塊包含的數(shù)據(jù)內(nèi)容，確定出每個模塊的加載策略，以便最快的加載出各個模塊。

此時，步驟103根據(jù)待加載的WEB頁面的標(biāo)識信息，加載待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容包括：

根據(jù)待加載的WEB頁面的標(biāo)識信息，確定待加載頁面WEB頁面對應(yīng)的至少兩個模塊。根據(jù)至少兩個模塊的優(yōu)先級及加載策略，加載待加載的WEB頁面對應(yīng)的至少兩個模塊的數(shù)據(jù)內(nèi)容。

也就是說，服務(wù)器可以根據(jù)待加載的WEB頁面的標(biāo)識信息，確定出待加載的WEB頁面所對應(yīng)的至少兩個模塊。進(jìn)而可以確定出這至少兩個模塊的優(yōu)先級及加載策略，根據(jù)每個模塊的優(yōu)先級及加載策略，進(jìn)行每個模塊的數(shù)據(jù)內(nèi)容的加載。即為，按照優(yōu)先級由高至低的順序，加載各個模塊，且在加載各個模塊的數(shù)據(jù)內(nèi)容，可以根據(jù)各個模塊的加載策略進(jìn)行加載。

這樣一來，在本發(fā)明可以將WEB頁面進(jìn)行模塊的劃分，在加載時，實現(xiàn)模塊化的數(shù)據(jù)加載，進(jìn)一步的提高了頁面的加載速度。

如圖3所示，本發(fā)明實施例提供了一種WEB頁面加載的方法，包括：

步驟201、獲取待加載的WEB頁面的標(biāo)識信息。

具體的，用戶在需要進(jìn)行WEB頁面的加載時，可以向客戶端輸入待加載的WEB頁面的標(biāo)識信息，客戶端獲取待加載的WEB頁面的標(biāo)識信息。

步驟202、向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息。

其中，HTTP鏈接請求消息中攜帶有待加載的WEB頁面的標(biāo)識信息。

具體的，客戶端在獲取了待加載的WEB頁面的標(biāo)識信息后，需要加載待加載的WEB頁面，由于客戶端中無法直接加載WEB頁面，因此需要通過服務(wù)器來加載，此時客戶端可以將待加載的WEB頁面的標(biāo)識信息添加至HTTP鏈接請求消息，并將HTTP鏈接請求消息發(fā)送至服務(wù)器，以便服務(wù)器根據(jù)HTTP鏈接請求消息中攜帶的待加載的WEB頁面的標(biāo)識信息獲知客戶端需要加載哪個WEB頁面。

步驟203、接收服務(wù)器發(fā)送的HTTP鏈接響應(yīng)消息。

其中，HTTP鏈接響應(yīng)消息中攜帶有超文本標(biāo)記語言HTML的開始標(biāo)簽。

具體的，由于客戶端與服務(wù)器進(jìn)行WEB頁面的數(shù)據(jù)傳輸是通過HTTP鏈接進(jìn)行的，因此需要先建立HTTP鏈接。客戶端在向服務(wù)器發(fā)送了HTTP鏈接請求消息后，服務(wù)器建立HTTP鏈接，并在建立了HTTP鏈接后，向客戶端發(fā)送HTTP鏈接響應(yīng)消息，以便告知客戶端HTTP鏈接建立完成。由于WEB頁面是通過HTML實現(xiàn)的顯示的，且服務(wù)器為了減少與客戶端見的HTTP鏈接的建立次數(shù)，可以在此HTTP鏈接中僅攜帶HTML的開始標(biāo)簽，由于未攜帶HTML的結(jié)束標(biāo)簽，所以客戶端確定出服務(wù)器端未發(fā)送完WEB頁面的數(shù)據(jù)，此時需要繼續(xù)等待服務(wù)器端發(fā)送的內(nèi)容。

步驟204、通過HTTP鏈接接收服務(wù)器發(fā)送的待加載WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容，并顯示接收的模塊的數(shù)據(jù)內(nèi)容對應(yīng)的顯示數(shù)據(jù)，直至接收到攜帶了HTML的接收標(biāo)簽的模塊的數(shù)據(jù)內(nèi)容。

其中，待加載的WEB頁面對應(yīng)的最后一個模塊的數(shù)據(jù)內(nèi)容中攜帶有HTML的結(jié)束標(biāo)簽。

具體的，由于服務(wù)器是逐個加載待加載的WEB頁面的各個模塊，并通過HTTP鏈接發(fā)送至客戶端，因此客戶端可以通過HTTP鏈接逐個接收到服務(wù)器發(fā)送的待加載的WEB頁面的各個模塊的數(shù)據(jù)內(nèi)容，并將接收的各個模塊的數(shù)據(jù)內(nèi)容進(jìn)行解析，在頁面的對應(yīng)位置顯示出每個模塊的數(shù)據(jù)內(nèi)容對應(yīng)的顯示數(shù)據(jù)。服務(wù)器將待加載的WEB頁面的最后一個模塊的數(shù)據(jù)內(nèi)容添加了HTML的結(jié)束標(biāo)簽，因此，客戶端在接收到模塊的數(shù)據(jù)內(nèi)容進(jìn)行解析時，若未解析出HTML的結(jié)束標(biāo)簽，則說明此模塊不是待加載的WEB頁面的最后一個模塊的數(shù)據(jù)內(nèi)容，需要進(jìn)行在HTTP鏈接中接收下一個模塊的數(shù)據(jù)內(nèi)容。若客戶端在模塊的數(shù)據(jù)內(nèi)容中解析出HTML的結(jié)束標(biāo)簽，則說明此模塊是待加載的WEB頁面的最后一個模塊的數(shù)據(jù)內(nèi)容，客戶端的待加載的WEB頁面被加載并顯示完成。

步驟205、在待加載WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容中包含有HTML的結(jié)束標(biāo)簽時，釋放所述TP鏈接。

具體的，客戶端在解析出HTML的結(jié)束標(biāo)簽，則說明此模塊是待加載的WEB頁面的最后一個模塊的數(shù)據(jù)內(nèi)容，客戶端完成了待加載的WEB頁面的加載顯示，此時客戶端可以釋放HTTP鏈接。

這樣，在本發(fā)明中，服務(wù)器向客戶端返回HTTP鏈接響應(yīng)消息時，僅攜帶HTML開始標(biāo)簽，由于客戶端只有在接收到HTML結(jié)束標(biāo)簽時，才會釋放HTTL鏈接，因此服務(wù)器端在向客戶端返回的HTTP鏈接響應(yīng)消息中僅攜帶HTML開始標(biāo)簽時，服務(wù)器與客戶端的HTTP鏈接會一直保持，此時服務(wù)器可以將待加載的WEB頁面的各個模塊的數(shù)據(jù)內(nèi)容進(jìn)行加載，并通過此HTML鏈接發(fā)送至客戶端，待加載的WEB頁面的最后一個模塊發(fā)送至客戶端后，釋放HTTP鏈接。這樣一來，本發(fā)明是僅建立一次HTTP鏈接，即可完成待加載的WEB頁面全部模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端，實現(xiàn)了減少客戶端與服務(wù)器端的交互，提高頁面的加載速度的目的。

進(jìn)一步的，在上述步驟202之前，如圖4所示，上述方法還包括：

步驟206、根據(jù)待加載的WEB頁面的標(biāo)識信息，確定緩存中是否存儲有待加載WEB頁面。

具體的，在客戶端的緩存中可以存儲部分WEB頁面，這樣用戶在進(jìn)行WEB頁面的加載時，若在緩存中存儲了此WEB頁面，客戶端可以直接在緩存中加載此WEB頁面，并顯示出，從而可以提高WEB頁面的加載速度。因此客戶端在獲取了待加載的WEB頁面的標(biāo)識信息后，可以先在緩存中存儲的各個WEB頁面中，查找是否存儲有待加載的WEB頁面。

若查找出存儲了待加載的WEB頁面，則可以將緩存中存儲的待加載的WEB頁面直接顯示出，無需通過服務(wù)器進(jìn)行待加載的WEB頁面的加載，即為無需執(zhí)行上述步驟202-205。

若查找出沒有存儲待加載的WEB頁面，則需要通過服務(wù)器進(jìn)行待加載的WEB頁面的加載，此時步驟202向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息包括：

在緩存中未存儲待加載的WEB頁面時，向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息。

進(jìn)一步的，緩存包括LocalStorage（本地緩存）或Cookie緩存。

這樣一來，通過在客戶端的緩存中存儲WEB頁面，可以在用戶進(jìn)行WEB頁面的加載時，若在緩存中存儲了此WEB頁面，客戶端可以直接在緩存中加載此WEB頁面，并顯示出，從而可以提高WEB頁面的加載速度。

如圖5所示，本發(fā)明實施例提供了一種服務(wù)器，包括：

接收單元301，用于接收客戶端發(fā)送的超文本傳輸協(xié)議HTTP鏈接請求消息。

其中，HTTP鏈接請求消息中攜帶有待加載的WEB頁面的標(biāo)識信息。

處理單元302，用于建立HTTP鏈接，并向客戶端發(fā)送HTTP鏈接響應(yīng)消息。

其中，HTTP鏈接響應(yīng)消息中攜帶有超文本標(biāo)記語言HTML的開始標(biāo)簽。

加載單元303，用于根據(jù)待加載的WEB頁面的標(biāo)識信息，加載待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容。

發(fā)送單元304，用于將加載模塊加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容通過HTTP鏈接發(fā)送至客戶端。

其中，待加載的WEB頁面對應(yīng)的最后一個模塊的數(shù)據(jù)內(nèi)容中攜帶有HTML的結(jié)束標(biāo)簽。

處理單元302，還用于在將攜帶有HTML的結(jié)束標(biāo)簽的模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端后，釋放HTTP鏈接。

進(jìn)一步的，處理單元302，還用于將WEB頁面劃分為至少兩個模塊。確定至少兩個模塊的優(yōu)先級及加載策略。

加載單元303，具體用于根據(jù)待加載的WEB頁面的標(biāo)識信息，確定待加載頁面WEB頁面對應(yīng)的至少兩個模塊。

根據(jù)至少兩個模塊的優(yōu)先級及加載策略，加載待加載的WEB頁面對應(yīng)的至少兩個模塊的數(shù)據(jù)內(nèi)容。

這樣，在本發(fā)明中，服務(wù)器向客戶端返回HTTP鏈接響應(yīng)消息時，僅攜帶HTML開始標(biāo)簽，由于客戶端只有在接收到HTML結(jié)束標(biāo)簽時，才會釋放HTTL鏈接，因此服務(wù)器端在向客戶端返回的HTTP鏈接響應(yīng)消息中僅攜帶HTML開始標(biāo)簽時，服務(wù)器與客戶端的HTTP鏈接會一直保持，此時服務(wù)器可以將待加載的WEB頁面的各個模塊的數(shù)據(jù)內(nèi)容進(jìn)行加載，并通過此HTML鏈接發(fā)送至客戶端，待加載的WEB頁面的最后一個模塊發(fā)送至客戶端后，釋放HTTP鏈接。這樣一來，本發(fā)明是僅建立一次HTTP鏈接，即可完成待加載的WEB頁面全部模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端，實現(xiàn)了減少客戶端與服務(wù)器端的交互，提高頁面的加載速度的目的。

如圖6所示，本發(fā)明實施例提供了一種客戶端，包括：

獲取單元401，用于獲取待加載的WEB頁面的標(biāo)識信息。

發(fā)送單元402，用于向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息。

其中，HTTP鏈接請求消息中攜帶有待加載的WEB頁面的標(biāo)識信息。

接收單元403，用于接收服務(wù)器發(fā)送的HTTP鏈接響應(yīng)消息。

其中，HTTP鏈接響應(yīng)消息中攜帶有超文本標(biāo)記語言HTML的開始標(biāo)簽。

處理單元404，用于通過HTTP鏈接接收服務(wù)器發(fā)送的待加載的WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容，并顯示接收的模塊的數(shù)據(jù)內(nèi)容對應(yīng)的顯示數(shù)據(jù)，直至接收到攜帶了HTML的接收標(biāo)簽的模塊的數(shù)據(jù)內(nèi)容。

其中，待加載的WEB頁面對應(yīng)的最后一個模塊的數(shù)據(jù)內(nèi)容中攜帶有HTML的結(jié)束標(biāo)簽。

處理單元404，還用于在待加載WEB頁面對應(yīng)的模塊的數(shù)據(jù)內(nèi)容中包含有HTML的結(jié)束標(biāo)簽時，釋放HTTP鏈接。

進(jìn)一步的，上述客戶端，如圖7所示，還包括：

確定單元405，用于根據(jù)待加載的WEB頁面的標(biāo)識信息，確定緩存中是否存儲有所述待加載的WEB頁面。

發(fā)送單元402，具體用于在確定單元405確定出緩存中未存儲待加載的WEB頁面時，向服務(wù)器發(fā)送超文本傳輸協(xié)議HTTP鏈接請求消息。

進(jìn)一步的，緩存包括本地緩存LocalStorage或Cookie緩存。

這樣，在本發(fā)明中，服務(wù)器向客戶端返回HTTP鏈接響應(yīng)消息時，僅攜帶HTML開始標(biāo)簽，由于客戶端只有在接收到HTML結(jié)束標(biāo)簽時，才會釋放HTTL鏈接，因此服務(wù)器端在向客戶端返回的HTTP鏈接響應(yīng)消息中僅攜帶HTML開始標(biāo)簽時，服務(wù)器與客戶端的HTTP鏈接會一直保持，此時服務(wù)器可以將待加載的WEB頁面的各個模塊的數(shù)據(jù)內(nèi)容進(jìn)行加載，并通過此HTML鏈接發(fā)送至客戶端，待加載的WEB頁面的最后一個模塊發(fā)送至客戶端后，釋放HTTP鏈接。這樣一來，本發(fā)明是僅建立一次HTTP鏈接，即可完成待加載的WEB頁面全部模塊的數(shù)據(jù)內(nèi)容發(fā)送至客戶端，實現(xiàn)了減少客戶端與服務(wù)器端的交互，提高頁面的加載速度的目的。

最后應(yīng)說明的是：以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。