本發(fā)明涉及通信領(lǐng)域，具體來(lái)說(shuō)，涉及一種網(wǎng)址訪(fǎng)問(wèn)方法和裝置。

背景技術(shù)：

常規(guī)的電商平臺(tái)訪(fǎng)問(wèn)都是實(shí)時(shí)請(qǐng)求后端服務(wù)器訪(fǎng)問(wèn)緩存、數(shù)據(jù)庫(kù)的數(shù)據(jù)并呈現(xiàn)到瀏覽器，當(dāng)后端服務(wù)出現(xiàn)異常的情況下，平臺(tái)會(huì)出現(xiàn)大量訪(fǎng)問(wèn)失效的情況，該方式在訪(fǎng)問(wèn)量到達(dá)一定程度的時(shí)候會(huì)出現(xiàn)性能瓶頸，體驗(yàn)性差，這種情況下平臺(tái)會(huì)采用CDN(Content Delivery Network內(nèi)容分發(fā)網(wǎng)站)的方式來(lái)避開(kāi)互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的瓶頸和環(huán)節(jié)，但是CDN對(duì)于那些實(shí)時(shí)要求高且后臺(tái)有頻繁更改的內(nèi)容承載頁(yè)有一定的局限(尤其在沒(méi)有提供刷新CDN緩存接口的那些服務(wù)廠商中局限更大)，針對(duì)這些局限電商平臺(tái)需要采用對(duì)內(nèi)容承載頁(yè)提供靜態(tài)成HTML(HyperText Markup Language超級(jí)文本標(biāo)記語(yǔ)言)界面的系統(tǒng)并實(shí)現(xiàn)實(shí)時(shí)刷新靜態(tài)文件內(nèi)容的功能。因此系統(tǒng)應(yīng)運(yùn)而生，目前已有的相關(guān)方案是定時(shí)的將網(wǎng)站的內(nèi)容根據(jù)模版生成HTML文件，用戶(hù)發(fā)起請(qǐng)求的時(shí)候后端服務(wù)直接定位到對(duì)應(yīng)路徑的文件呈現(xiàn)給用戶(hù)，但是，該方案存在如下缺點(diǎn)：

1)、解決電商平臺(tái)高并發(fā)高訪(fǎng)問(wèn)的情況下，平臺(tái)界面呈現(xiàn)請(qǐng)求響應(yīng)時(shí)間長(zhǎng)，影響用戶(hù)體驗(yàn)；

2)、解決平臺(tái)中不經(jīng)常變更數(shù)據(jù)的界面頻繁請(qǐng)求后端服務(wù)器，造成高并發(fā)情況下后端服務(wù)器壓力過(guò)大的問(wèn)題。

3)、解決后端服務(wù)在非正常下無(wú)法響應(yīng)展示界面(如產(chǎn)品詳情頁(yè)、店鋪承載頁(yè)等)的問(wèn)題；

4)、文件生成策略必須依賴(lài)后端服務(wù)，服務(wù)失效且在首次靜態(tài)化的情況下無(wú)法兜底。

針對(duì)相關(guān)技術(shù)中的問(wèn)題，目前尚未提出有效的解決方案。

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

針對(duì)相關(guān)技術(shù)中的問(wèn)題，本發(fā)明提出一種網(wǎng)址訪(fǎng)問(wèn)方法和裝置，能夠不采用直接訪(fǎng)問(wèn)文件的形式來(lái)實(shí)現(xiàn)，從而對(duì)I/O(Input/Output輸入/輸出)的要求相對(duì)要低，并且采用緩存的方式后訪(fǎng)問(wèn)速度更快。

本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的：

根據(jù)本發(fā)明的一個(gè)方面，提供了一種網(wǎng)址訪(fǎng)問(wèn)方法和裝置。

該網(wǎng)址訪(fǎng)問(wèn)方法包括：

步驟S101，獲取用戶(hù)請(qǐng)求地址；

步驟S102，根據(jù)用戶(hù)請(qǐng)求地址，將用戶(hù)請(qǐng)求地址與路徑規(guī)則相匹配；

步驟S103，在用戶(hù)請(qǐng)求地址與路徑規(guī)則匹配的情況下，將用戶(hù)請(qǐng)求地址轉(zhuǎn)換為查詢(xún)信息，并獲取緩存系統(tǒng)返回的緩存信息；

步驟S105，在用戶(hù)請(qǐng)求地址與路徑規(guī)則不匹配的情況下，根據(jù)用戶(hù)請(qǐng)求地址，獲取返回的HTML文件。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，獲取返回的HTML文件包括：獲取業(yè)務(wù)系統(tǒng)返回的HTML文件，并將HTML文件存儲(chǔ)至文件系統(tǒng)。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，進(jìn)一步包括：

根據(jù)用戶(hù)請(qǐng)求地址，訪(fǎng)問(wèn)文件系統(tǒng)；

根據(jù)訪(fǎng)問(wèn)的文件系統(tǒng)，文件系統(tǒng)將與用戶(hù)請(qǐng)求地址對(duì)應(yīng)的HTML文件返回；

獲取返回的HTML文件并存儲(chǔ)至業(yè)務(wù)系統(tǒng)。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，將路徑規(guī)則存儲(chǔ)至Zookeeper集群節(jié)點(diǎn)中。

根據(jù)本發(fā)明的另一方面，提供了一種網(wǎng)址訪(fǎng)問(wèn)裝置。

該網(wǎng)址訪(fǎng)問(wèn)裝置包括：

第一獲取模塊，用于獲取用戶(hù)請(qǐng)求地址；

匹配模塊，用于根據(jù)用戶(hù)請(qǐng)求地址，將用戶(hù)請(qǐng)求地址與路徑規(guī)則相匹配；

轉(zhuǎn)換獲取模塊，用于在用戶(hù)請(qǐng)求地址與路徑規(guī)則匹配的情況下，將用戶(hù)請(qǐng)求地址轉(zhuǎn)換為查詢(xún)信息，并獲取緩存系統(tǒng)返回的緩存信息；

第二獲取模塊，用于在用戶(hù)請(qǐng)求地址與路徑規(guī)則不匹配的情況下，根據(jù)用戶(hù)請(qǐng)求地址，獲取返回的HTML文件。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，第二獲取模塊包括：

獲取存儲(chǔ)模塊，用于獲取業(yè)務(wù)系統(tǒng)返回的HTML文件，并將HTML文件存儲(chǔ)至文件系統(tǒng)

根據(jù)本發(fā)明的一個(gè)實(shí)施例，進(jìn)一步包括：

訪(fǎng)問(wèn)模塊，用于根據(jù)用戶(hù)請(qǐng)求地址，訪(fǎng)問(wèn)文件系統(tǒng)；

返回模塊，用于根據(jù)訪(fǎng)問(wèn)的文件系統(tǒng)，文件系統(tǒng)將與用戶(hù)請(qǐng)求地址對(duì)應(yīng)的HTML文件返回；

獲取存儲(chǔ)子模塊，用于獲取返回的HTML文件并存儲(chǔ)至業(yè)務(wù)系。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，將路徑規(guī)則存儲(chǔ)至Zookeeper集群節(jié)點(diǎn)中。

本發(fā)明的有益技術(shù)效果在于：

1)、本發(fā)明由于不采用直接訪(fǎng)問(wèn)文件的形式來(lái)實(shí)現(xiàn)，對(duì)I/O要求相對(duì)要低且采用緩存的方式后訪(fǎng)問(wèn)速度更快；

2)、本發(fā)明根據(jù)用戶(hù)的請(qǐng)求實(shí)時(shí)的生成文件，保證所有的文件都是有效的，在節(jié)省磁盤(pán)的同時(shí)還提供實(shí)時(shí)刷新數(shù)據(jù)的接口，避免了生成靜態(tài)文件的延遲的問(wèn)題，效率更高；

3)、本發(fā)明不用于實(shí)時(shí)響應(yīng)用戶(hù)請(qǐng)求，只有當(dāng)業(yè)務(wù)系統(tǒng)失效的情況下用來(lái)兜底，避免了文件丟失或請(qǐng)求失效的問(wèn)題。

附圖說(shuō)明

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

圖1是根據(jù)本發(fā)明實(shí)施例的網(wǎng)址訪(fǎng)問(wèn)方法的流程圖；

圖2是根據(jù)本發(fā)明實(shí)施例的靜態(tài)化系統(tǒng)的示意圖；

圖3是根據(jù)本發(fā)明實(shí)施例的網(wǎng)址訪(fǎng)問(wèn)方法的時(shí)序圖；

圖4是根據(jù)本發(fā)明實(shí)施例的網(wǎng)址訪(fǎng)問(wèn)方法的流程圖；

圖5是根據(jù)本發(fā)明實(shí)施例的網(wǎng)址訪(fǎng)問(wèn)裝置的框圖。

具體實(shí)施方式

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

根據(jù)本發(fā)明的實(shí)施例，提供了一種網(wǎng)址訪(fǎng)問(wèn)方法和裝置。

如圖1所示，根據(jù)本發(fā)明實(shí)施例的網(wǎng)址訪(fǎng)問(wèn)方法包括：

步驟S101，獲取用戶(hù)請(qǐng)求地址；

步驟S103，根據(jù)用戶(hù)請(qǐng)求地址，將用戶(hù)請(qǐng)求地址與路徑規(guī)則相匹配；

步驟S105，在用戶(hù)請(qǐng)求地址與路徑規(guī)則匹配的情況下，將用戶(hù)請(qǐng)求地址轉(zhuǎn)換為查詢(xún)信息，并獲取緩存系統(tǒng)返回的緩存信息；

步驟S107，在用戶(hù)請(qǐng)求地址與路徑規(guī)則不匹配的情況下，根據(jù)用戶(hù)請(qǐng)求地址，獲取返回的HTML文件。

通過(guò)本發(fā)明的上述方案，由于不采用直接訪(fǎng)問(wèn)文件的形式來(lái)實(shí)現(xiàn)，對(duì)I/O要求相對(duì)要低且采用緩存的方式后訪(fǎng)問(wèn)速度更快。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，獲取返回的HTML文件包括：獲取業(yè)務(wù)系統(tǒng)返回的HTML文件，并將HTML文件存儲(chǔ)至文件系統(tǒng)。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，進(jìn)一步包括：

根據(jù)用戶(hù)請(qǐng)求地址，訪(fǎng)問(wèn)文件系統(tǒng)；

根據(jù)訪(fǎng)問(wèn)的文件系統(tǒng)，文件系統(tǒng)將與用戶(hù)請(qǐng)求地址對(duì)應(yīng)的HTML文件返回；

獲取返回的HTML文件并存儲(chǔ)至業(yè)務(wù)系統(tǒng)。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，將路徑規(guī)則存儲(chǔ)至Zookeeper集群節(jié)點(diǎn)中。

為了更好的描述本發(fā)明，下面通過(guò)具體的實(shí)施例進(jìn)行描述。此外，本發(fā)明從現(xiàn)有技術(shù)中單純的文件訪(fǎng)問(wèn)變更為緩存HTML字符和文件存儲(chǔ)的方式來(lái)響應(yīng)用戶(hù)請(qǐng)求。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，后臺(tái)規(guī)則設(shè)置如下：

表1

其中，URL(Uniform Resource Locator)為統(tǒng)一資源定位符。

當(dāng)用戶(hù)請(qǐng)求地址為http://www.cnhnb.com/product-45091？param＝p1時(shí)，靜態(tài)化系統(tǒng)匹配路徑規(guī)則為/*product-\d+/*，當(dāng)規(guī)則匹配成功后，該系統(tǒng)將用戶(hù)請(qǐng)求地址轉(zhuǎn)換成查詢(xún)信息(或緩存key)查詢(xún)緩存系統(tǒng)，查詢(xún)結(jié)果如下：

＞EXISITS”roduct-45091？param＝p1”

(integer)1

上述查詢(xún)結(jié)果表明緩存系統(tǒng)中存在記錄，該緩存系統(tǒng)獲取緩存數(shù)據(jù)直接返回瀏覽器，從而用戶(hù)能夠進(jìn)行訪(fǎng)問(wèn)該網(wǎng)站，當(dāng)然可以理解，路徑規(guī)則可根據(jù)實(shí)際需求進(jìn)行設(shè)定，本發(fā)明對(duì)此不作限定。

如圖3所示，服務(wù)端響應(yīng)用戶(hù)請(qǐng)求第一層采用緩存系統(tǒng)來(lái)實(shí)現(xiàn)，當(dāng)用戶(hù)對(duì)一個(gè)平臺(tái)發(fā)起請(qǐng)求的時(shí)候，根據(jù)URL信息轉(zhuǎn)換成查詢(xún)信息(或緩存key，在本實(shí)施例中為product-45091？param＝p1)查詢(xún)緩存系統(tǒng)，在用戶(hù)請(qǐng)求地址與路徑規(guī)則匹配的情況下直接返回內(nèi)容返回到客戶(hù)瀏覽器解析，而當(dāng)用戶(hù)請(qǐng)求地址與路徑規(guī)則不匹配的情況下，需要根據(jù)后臺(tái)規(guī)則對(duì)應(yīng)的“請(qǐng)求URL(見(jiàn)表1)”請(qǐng)求外部的業(yè)務(wù)系統(tǒng)獲取實(shí)時(shí)內(nèi)容呈現(xiàn)給用戶(hù)，并發(fā)送命令到服務(wù)內(nèi)部對(duì)實(shí)時(shí)內(nèi)容進(jìn)行緩存以及存入文件系統(tǒng)中。

其中，緩存系統(tǒng)采用熱門(mén)緩存redis(一種key-value存儲(chǔ)系統(tǒng))實(shí)現(xiàn)，redis是一個(gè)可支持高并發(fā)、高吞吐量的key-value(key-value分布式存儲(chǔ)系統(tǒng))格式的緩存系統(tǒng)且支持集群模式和主從復(fù)制，能有效的防止緩存大量失效的情況導(dǎo)致后端服務(wù)突發(fā)性的高并發(fā)的風(fēng)險(xiǎn)，目前redis對(duì)主流開(kāi)發(fā)語(yǔ)言的支持性良好，比較適合電商平臺(tái)使用JAVA語(yǔ)言接入。

文件系統(tǒng)采用開(kāi)源文件系統(tǒng)fastdfs(一個(gè)開(kāi)源的輕量級(jí)分布式文件系統(tǒng))集群來(lái)實(shí)現(xiàn)文件存儲(chǔ)，該文件系統(tǒng)支持負(fù)載，擁有擴(kuò)展方便、輕量、對(duì)主流開(kāi)發(fā)語(yǔ)言支撐較好等特點(diǎn)，存儲(chǔ)的文件可以用來(lái)實(shí)現(xiàn)在緩存系統(tǒng)未命中、失效、崩潰以及服務(wù)器服務(wù)失效情況下的兜底策略，并且文件記錄可以作為運(yùn)營(yíng)人員回滾歷史界面的支撐。

根據(jù)本發(fā)明的另一個(gè)實(shí)施例，如圖2所示，本發(fā)明中可分為3個(gè)部分：規(guī)則解析部分、數(shù)據(jù)處理部分、管理功能部分，其中，靜態(tài)化服務(wù)為靜態(tài)化系統(tǒng)提供的服務(wù)，該靜態(tài)化服務(wù)包括：規(guī)則解析中心、數(shù)據(jù)處理中心、消息處理中心，而與該靜態(tài)化服務(wù)連接的有管理中心、數(shù)據(jù)源系統(tǒng)、數(shù)據(jù)存儲(chǔ)、緩存系統(tǒng)、文件系統(tǒng)，其中，該管理中心用于管理規(guī)則配置、記錄管理、手動(dòng)管理的業(yè)務(wù)，同時(shí)，該數(shù)據(jù)源系統(tǒng)包括：產(chǎn)品子系統(tǒng)、店鋪?zhàn)酉到y(tǒng)、采購(gòu)系統(tǒng)以及其他子系統(tǒng)等，具體如下：

規(guī)則解析部分

靜態(tài)化系統(tǒng)接收服務(wù)器前端中web網(wǎng)頁(yè)發(fā)送的用戶(hù)請(qǐng)求，通過(guò)規(guī)則解析中心識(shí)別用戶(hù)請(qǐng)求，將請(qǐng)求的地址匹配后臺(tái)配置的路徑規(guī)則(如上一個(gè)實(shí)施例中的/*product-\d+/*)，系統(tǒng)接收到用戶(hù)請(qǐng)求，需要解析用戶(hù)請(qǐng)求地址信息并轉(zhuǎn)換成系統(tǒng)識(shí)別的信息，解析規(guī)則采用路徑規(guī)則(如上一個(gè)實(shí)施例中正則為：/*product-\d+/*)來(lái)匹配，配置規(guī)則保存在應(yīng)用服務(wù)內(nèi)存中和zookeeper組件的節(jié)點(diǎn)中，當(dāng)應(yīng)用中丟失配置的時(shí)候可以在zookeeper(分布式系統(tǒng)的可靠協(xié)調(diào)系統(tǒng))集群節(jié)點(diǎn)中來(lái)同步。

當(dāng)zookeeper集群節(jié)點(diǎn)的數(shù)據(jù)發(fā)生變更的時(shí)候會(huì)通知所有的靜態(tài)化應(yīng)用來(lái)刷新本地配置規(guī)則，采用該方案可以快速的接入各種請(qǐng)求，實(shí)現(xiàn)快速響應(yīng)靜態(tài)化需求。

數(shù)據(jù)處理部分

當(dāng)請(qǐng)求的地址匹配到路徑規(guī)則后，根據(jù)請(qǐng)求地址生成唯一的查詢(xún)信息去緩存系統(tǒng)中獲取內(nèi)容，當(dāng)緩存內(nèi)容存在的時(shí)候直接返回給用戶(hù)瀏覽器。

當(dāng)匹配未成功的情況下，向業(yè)務(wù)系統(tǒng)地址發(fā)起實(shí)時(shí)數(shù)據(jù)請(qǐng)求，存在以下兩種方式：

當(dāng)業(yè)務(wù)系統(tǒng)正常將返回結(jié)果返回后給用戶(hù)，并將實(shí)時(shí)數(shù)據(jù)通過(guò)異步消息模式發(fā)送給服務(wù)內(nèi)部的消息處理中心(kafka集群實(shí)現(xiàn))，當(dāng)消息處理中心接收到消息后將數(shù)據(jù)保存到文件系統(tǒng)中，同時(shí)會(huì)將操作記錄保存到數(shù)據(jù)庫(kù)中；

當(dāng)業(yè)務(wù)系統(tǒng)出現(xiàn)異常或者無(wú)法正確的返回結(jié)果的時(shí)候，系統(tǒng)會(huì)在數(shù)據(jù)庫(kù)中獲取最近正確保存的記錄，并根據(jù)記錄中記錄的文件路徑去文件系統(tǒng)獲取數(shù)據(jù)發(fā)送給用戶(hù)呈現(xiàn)，實(shí)現(xiàn)異常兜底，如果未找到最近正確的操作記錄則會(huì)將用戶(hù)的請(qǐng)求轉(zhuǎn)發(fā)到異常界面。

管理功能部分

后臺(tái)系統(tǒng)來(lái)管理靜態(tài)化系統(tǒng)中的應(yīng)用，包括了請(qǐng)求解析規(guī)則的配置、靜態(tài)化記錄的操作(如瀏覽、回滾已經(jīng)靜態(tài)化的界面)、手工靜態(tài)化(如首頁(yè)、各二級(jí)大廳等)，管理員可以對(duì)正在運(yùn)行的系統(tǒng)實(shí)時(shí)更改解析規(guī)則，配置信息會(huì)實(shí)時(shí)的推送到zookeeper集群節(jié)點(diǎn)中，監(jiān)控節(jié)點(diǎn)的所有應(yīng)用服務(wù)都會(huì)收到配置更改請(qǐng)求從而刷新內(nèi)部配置信息，同時(shí)，系統(tǒng)會(huì)保存每個(gè)地址的最近5次靜態(tài)化記錄，運(yùn)營(yíng)人員可以隨時(shí)將數(shù)據(jù)回滾到5次以?xún)?nèi)的記錄中，防止系統(tǒng)靜態(tài)化錯(cuò)誤或者運(yùn)營(yíng)人員誤操作導(dǎo)致的事故，此外，系統(tǒng)提供了手工靜態(tài)化指定地址的功能，該功能可以滿(mǎn)足運(yùn)營(yíng)人員對(duì)推薦系統(tǒng)數(shù)據(jù)更改以后需要手工刷新首頁(yè)、大廳的需求。

本發(fā)明保護(hù)系統(tǒng)內(nèi)各個(gè)服務(wù)之間的集成組合方式(靜態(tài)化服務(wù)、緩存系統(tǒng)、文件系統(tǒng)、外部業(yè)務(wù)系統(tǒng)、管理中心)，其中，管理中心通過(guò)zookeeper集群節(jié)點(diǎn)將配置信息推送到靜態(tài)化服務(wù)中，靜態(tài)化服務(wù)中的規(guī)則解析中心根據(jù)配置解析用戶(hù)請(qǐng)求地址并生成緩存Key，通過(guò)socket方式訪(fǎng)問(wèn)緩存系統(tǒng)，在匹配未成功的情況下，通過(guò)http方式請(qǐng)求外部業(yè)務(wù)系統(tǒng)獲取html文件后響應(yīng)給用戶(hù)，并通過(guò)kafka將消息異步通知消息處理中心實(shí)現(xiàn)將html文件保存到文件系統(tǒng)以及將記錄保存到mysql數(shù)據(jù)庫(kù)中。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，如圖4所示，具體如下：

步驟401，接收用戶(hù)請(qǐng)求并解析用戶(hù)請(qǐng)求路徑，也就是，接收用戶(hù)的請(qǐng)求地址，并解析用戶(hù)的請(qǐng)求地址；

步驟402，確定解析后的請(qǐng)求路徑是否合法，也就是，解析后用戶(hù)的請(qǐng)求地址是否符合規(guī)范，若不符合規(guī)范轉(zhuǎn)到步驟403，若符合規(guī)范轉(zhuǎn)到步驟404；

步驟403，在確定解析后的請(qǐng)求路徑不符合規(guī)則的情況下，顯示錯(cuò)誤界面404，也就是，在確定解析后用戶(hù)的請(qǐng)求地址不符合規(guī)范的情況下，顯示錯(cuò)誤界面404；

步驟404，在確定解析后的請(qǐng)求路徑符合規(guī)則的情況下，根據(jù)路徑生成唯一標(biāo)識(shí)查詢(xún)緩存，也就是，在確定解析后用戶(hù)的請(qǐng)求地址符合規(guī)范的情況下，將用戶(hù)請(qǐng)求地址和路徑規(guī)范相匹配，將用戶(hù)請(qǐng)求地址轉(zhuǎn)換成查詢(xún)信息，進(jìn)一步轉(zhuǎn)換到步驟405；

步驟404，確定是否命中緩存，也就是，根據(jù)查詢(xún)信息，確定緩存系統(tǒng)是否存在緩存信息，若存在緩存信息，跳轉(zhuǎn)到步驟405，若不存在緩存信息，跳轉(zhuǎn)到步驟406；

步驟405，在命中緩存的情況下，顯示已緩存界面，也就是，確定存在緩存信息的情況下，顯示已緩存界面；

步驟406，在未命中緩存的情況下，業(yè)務(wù)系統(tǒng)獲取界面信息，也就是說(shuō)，確定未存在緩存信息的情況下，查詢(xún)業(yè)務(wù)系統(tǒng)；

步驟407，確定是否返回結(jié)果，也就是，確定業(yè)務(wù)系統(tǒng)是否返回結(jié)構(gòu)，在業(yè)務(wù)系統(tǒng)正常返回結(jié)果的情況下，跳轉(zhuǎn)到步驟408，在業(yè)務(wù)系統(tǒng)異常返回結(jié)果的情況下，跳轉(zhuǎn)到步驟409；

步驟408，業(yè)務(wù)系統(tǒng)正常返回結(jié)果的情況下，將界面信息入緩存，也就是，在確定業(yè)務(wù)系統(tǒng)正常返回html文件的情況下，將該界面信息存入緩存系統(tǒng)，并跳轉(zhuǎn)到步驟410；

步驟410，生成html文件存入文件系統(tǒng)(異步)，也就是，業(yè)務(wù)系統(tǒng)將html文件返回，并將html文件存入文件系統(tǒng)；

步驟409，業(yè)務(wù)系統(tǒng)異常返回結(jié)果的情況下，獲取歷史最新歷史正常結(jié)果，也就是，在業(yè)務(wù)系統(tǒng)異常返回結(jié)果的情況下，請(qǐng)求文件系統(tǒng)，跳轉(zhuǎn)到步驟411；

步驟411，查詢(xún)是否存在歷史正常記錄，也就是，查詢(xún)文件系統(tǒng)中是否存在正常的歷史記錄，在存在歷史記錄的情況下，跳轉(zhuǎn)到步驟412，在不存在歷史記錄的情況下，跳轉(zhuǎn)到步驟403；

步驟412，在存在歷史記錄的情況下，響應(yīng)正常結(jié)果，也就是，在存在歷史記錄的情況下，文件系統(tǒng)返回最近的歷史記錄；

步驟403，在不存在歷史記錄的情況下，響應(yīng)到錯(cuò)誤界面404，也就是，在不存在歷史記錄的情況下，顯示錯(cuò)誤界面404。

根據(jù)本發(fā)明的實(shí)施例，還提供了一種網(wǎng)址訪(fǎng)問(wèn)裝置。

如圖5所示，根據(jù)本發(fā)明實(shí)施例的網(wǎng)址訪(fǎng)問(wèn)裝置包括：

第一獲取模塊51，用于獲取用戶(hù)請(qǐng)求地址；

匹配模塊52，根據(jù)用戶(hù)請(qǐng)求地址，將用戶(hù)請(qǐng)求地址與路徑規(guī)則相匹配；

轉(zhuǎn)換獲取模塊53，在用戶(hù)請(qǐng)求地址與路徑規(guī)則匹配的情況下，將請(qǐng)求地址轉(zhuǎn)換為查詢(xún)信息，并獲取緩存系統(tǒng)返回的緩存信息；

第二獲取模塊54，在用戶(hù)請(qǐng)求地址與路徑規(guī)則不匹配的情況下，根據(jù)用戶(hù)請(qǐng)求地址，獲取返回的HTML文件。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，第二獲取模塊54包括：

獲取存儲(chǔ)模塊(未示出)，用于獲取業(yè)務(wù)系統(tǒng)返回的HTML文件，并將HTML文件存儲(chǔ)至文件系統(tǒng)。

根據(jù)本發(fā)明的一個(gè)實(shí)施例，進(jìn)一步包括：

訪(fǎng)問(wèn)模塊(未示出)，用于根據(jù)用戶(hù)請(qǐng)求地址，訪(fǎng)問(wèn)文件系統(tǒng)；

返回模塊(未示出)，用于根據(jù)訪(fǎng)問(wèn)文件系統(tǒng)，文件系統(tǒng)將與用戶(hù)請(qǐng)求地址對(duì)應(yīng)的HTML文件返回；

獲取存儲(chǔ)子模塊(未示出)，用于獲取返回的HTML文件并存儲(chǔ)至業(yè)務(wù)系統(tǒng)。

綜上所述，借助于本發(fā)明的上述技術(shù)方案，本發(fā)明由于不采用直接訪(fǎng)問(wèn)文件的形式來(lái)實(shí)現(xiàn)，對(duì)I/O要求相對(duì)要低且采用緩存的方式后訪(fǎng)問(wèn)速度更快，此外，本發(fā)明根據(jù)用戶(hù)的請(qǐng)求實(shí)時(shí)的生成文件，保證所有的文件都是有效的，在節(jié)省磁盤(pán)的同時(shí)還提供實(shí)時(shí)刷新數(shù)據(jù)的接口，避免了生成靜態(tài)文件的延遲的問(wèn)題，效率更高，同時(shí)，本發(fā)明不用于實(shí)時(shí)響應(yīng)用戶(hù)請(qǐng)求，只有當(dāng)業(yè)務(wù)系統(tǒng)失效的情況下用來(lái)兜底，避免了文件丟失或請(qǐng)求失效的問(wèn)題。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。