[發(fā)明專利]一種加載靜態(tài)資源的方法和裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 201310129963.7
• 申請(qǐng)日: 2013-04-15
• 公開（公告）號(hào): CN103218434A
• 公開（公告）日: 2013-07-24
• 發(fā)明（設(shè)計(jì)）人: 任遠(yuǎn);姚麗梅
• 申請(qǐng)（專利權(quán)）人: 北京小米科技有限責(zé)任公司
• 主分類號(hào): G06F17/30
• 分類號(hào): G06F17/30
• 代理公司: 暫無(wú)信息
• 代理人: 暫無(wú)信息

技術(shù)領(lǐng)域

本發(fā)明涉及數(shù)據(jù)處理領(lǐng)域，更具體地，涉及一種加載靜態(tài)資源的方法和裝置。

背景技術(shù)

隨著互聯(lián)網(wǎng)行業(yè)的發(fā)展，網(wǎng)頁(yè)內(nèi)容所提供的信息日漸豐富，網(wǎng)頁(yè)上所展示的數(shù)據(jù)內(nèi)容也隨之越來(lái)越豐富。與此同時(shí)，國(guó)內(nèi)的互聯(lián)網(wǎng)用戶帶寬和體積龐大的網(wǎng)頁(yè)應(yīng)用形成了一個(gè)比較特殊的矛盾，如何更快地為用戶呈現(xiàn)網(wǎng)頁(yè)內(nèi)容，減少用戶的等待時(shí)間成為所有互聯(lián)網(wǎng)公司技術(shù)研發(fā)過(guò)程中必須要考慮的一個(gè)環(huán)節(jié)。其中最為突顯的問(wèn)題就是隨著網(wǎng)頁(yè)應(yīng)用的富媒體化，以及向客戶端本地應(yīng)用交互的靠攏，越來(lái)越多的靜態(tài)資源(Static?Resource)，例如JS(JavaScript)文件、CSS(Cascading?Style?Sheet，級(jí)聯(lián)樣式表)文件或圖片等需要被傳輸?shù)接脩舻臑g覽器端。

目前有以下兩種方式來(lái)解決該問(wèn)題：

1、使用CDN(Content?Delivery?Network，內(nèi)容分發(fā)網(wǎng)絡(luò))節(jié)點(diǎn)緩存靜態(tài)資源，使用戶可以就近取得所需資源，提高用戶訪問(wèn)網(wǎng)站的響應(yīng)速度。

2、利用瀏覽器將最近請(qǐng)求過(guò)的頁(yè)面在用戶磁盤上存儲(chǔ)，當(dāng)再次請(qǐng)求這個(gè)頁(yè)面時(shí)，瀏覽器與服務(wù)器進(jìn)行緩存協(xié)商，即瀏覽器向服務(wù)器詢問(wèn)頁(yè)面是否被修改過(guò)，如果沒(méi)有修改，瀏覽器使用本地緩存文件，否則服務(wù)器返回新內(nèi)容。

CDN節(jié)點(diǎn)緩存靜態(tài)資源的方案存在以下缺陷：需要建立多個(gè)機(jī)房，每個(gè)機(jī)房設(shè)置多臺(tái)服務(wù)器，花銷較大。并且，一旦用戶失去網(wǎng)絡(luò)連接或CDN節(jié)點(diǎn)出現(xiàn)問(wèn)題，將無(wú)法請(qǐng)求到靜態(tài)資源。

瀏覽器緩存的方案需要瀏覽器與服務(wù)器進(jìn)行交互，而且一旦用戶失去網(wǎng)絡(luò)連接，還將導(dǎo)致瀏覽器與服務(wù)器無(wú)法進(jìn)行交互。

發(fā)明內(nèi)容

有鑒于此，本發(fā)明實(shí)施例的目的是提出一種加載靜態(tài)資源的方法和裝置，能夠加快對(duì)靜態(tài)資源的訪問(wèn)速度。

為了達(dá)到上述目的，本發(fā)明實(shí)施例提出一種加載靜態(tài)資源的方法，包括以下步驟：

當(dāng)載入的網(wǎng)頁(yè)文件中存在需請(qǐng)求的靜態(tài)資源時(shí)，從所述網(wǎng)頁(yè)文件中獲取需請(qǐng)求的靜態(tài)資源的名稱和版本；

判斷本地是否存儲(chǔ)有與所述名稱和版本均一致的靜態(tài)資源；

當(dāng)本地存儲(chǔ)有與所述名稱和版本均一致的靜態(tài)資源時(shí)，加載本地存儲(chǔ)的與所述名稱和版本均一致的靜態(tài)資源。

本發(fā)明實(shí)施例中，只要本地存儲(chǔ)有與需請(qǐng)求的靜態(tài)資源相同的靜態(tài)資源時(shí)，直接加載本地存儲(chǔ)的該靜態(tài)資源，而無(wú)需向靜態(tài)資源所在的服務(wù)器發(fā)出任何請(qǐng)求或與靜態(tài)資源所在的服務(wù)器進(jìn)行協(xié)商，因此，該過(guò)程中不會(huì)發(fā)生任何網(wǎng)絡(luò)請(qǐng)求，所以，當(dāng)斷網(wǎng)時(shí)也可以實(shí)現(xiàn)靜態(tài)資源的加載。不僅加快了對(duì)于網(wǎng)站靜態(tài)資源的訪問(wèn)速度，同時(shí)也降低了服務(wù)器端的負(fù)載，減少了對(duì)于硬件設(shè)施建設(shè)的投入。

作為上述技術(shù)方案的優(yōu)選，所述方法還包括：當(dāng)本地未存儲(chǔ)有與所述名稱和版本均一致的靜態(tài)資源時(shí)，發(fā)送靜態(tài)資源請(qǐng)求。本方案給出了當(dāng)本地未存儲(chǔ)有請(qǐng)求的靜態(tài)資源時(shí)獲取靜態(tài)資源的方法。

作為上述技術(shù)方案的優(yōu)選，發(fā)送靜態(tài)資源請(qǐng)求的步驟包括：判斷靜態(tài)資源所在的服務(wù)器與訪問(wèn)的網(wǎng)站是否在同一域名下；當(dāng)靜態(tài)資源所在的服務(wù)器與訪問(wèn)的網(wǎng)站不在同一域名下時(shí)，使用跨越接口向所述靜態(tài)資源所在的服務(wù)器發(fā)送靜態(tài)資源請(qǐng)求。本方案實(shí)現(xiàn)了跨域請(qǐng)求靜態(tài)資源。

作為上述技術(shù)方案的優(yōu)選，所述方法還包括：接收返回的靜態(tài)資源；加載接收的靜態(tài)資源；將接收的靜態(tài)資源存儲(chǔ)在本地。存儲(chǔ)在本地的靜態(tài)資源可以用于下次直接加載。

作為上述技術(shù)方案的優(yōu)選，所述方法還包括：按預(yù)設(shè)規(guī)則清除本地存儲(chǔ)的靜態(tài)資源。本方案節(jié)省了本地存儲(chǔ)的空間。

本發(fā)明實(shí)施例還提出一種加載靜態(tài)資源的裝置，包括：

獲取單元，用于當(dāng)載入的網(wǎng)頁(yè)文件中存在需請(qǐng)求的靜態(tài)資源時(shí)，從所述網(wǎng)頁(yè)文件中獲取需請(qǐng)求的靜態(tài)資源的名稱和版本；

判斷單元，用于判斷本地是否存儲(chǔ)有與所述名稱和版本均一致的靜態(tài)資源；

加載單元，用于當(dāng)本地存儲(chǔ)有與所述名稱和版本均一致的靜態(tài)資源時(shí)，加載本地存儲(chǔ)的與所述名稱和版本均一致的靜態(tài)資源。

作為上述技術(shù)方案的優(yōu)選，所述裝置還包括：

發(fā)送單元，用于當(dāng)本地未存儲(chǔ)有所述靜態(tài)資源，或者本地存儲(chǔ)的所述靜態(tài)資源的版本與需請(qǐng)求的靜態(tài)資源的版本不一致時(shí)，發(fā)送靜態(tài)資源請(qǐng)求。

作為上述技術(shù)方案的優(yōu)選，所述發(fā)送單元包括：

判斷模塊，用于判斷靜態(tài)資源所在的服務(wù)器與訪問(wèn)的網(wǎng)站是否在同一域名下；

發(fā)送模塊，用于當(dāng)靜態(tài)資源所在的服務(wù)器與訪問(wèn)的網(wǎng)站不在同一域名下時(shí)，使用跨越接口向所述靜態(tài)資源所在的服務(wù)器發(fā)送靜態(tài)資源請(qǐng)求。

作為上述技術(shù)方案的優(yōu)選，所述裝置還包括：

接收單元，用于接收返回的靜態(tài)資源；