本發(fā)明涉及客戶端信息流加載方法，具體涉及一種客戶端無限信息流免停頓分段加載數(shù)據(jù)的方法。

背景技術(shù)：

客戶端訪問服務(wù)器過程中，客戶端向服務(wù)器發(fā)出訪問內(nèi)容請求后，由于符合該內(nèi)容請求的信息條數(shù)過多，因此服務(wù)器就首先會發(fā)送與內(nèi)容請求最相關(guān)的一組信息給客戶端，客戶端下載該信息組，然后通過計算后在客戶端上將閱讀首頁顯示出來，從而達到訪問的需求。但是該方法中存在有缺點為：

使用者閱讀完首頁后，閱讀首頁底部會顯示loading等字樣，以提示正在下載與上次內(nèi)容請求相對應(yīng)的第二組數(shù)據(jù)，此過程實現(xiàn)方法為：當使用者將閱讀首頁滑動到底部時，客戶端即受到加載與最初內(nèi)容請求相對應(yīng)的第二組數(shù)據(jù)的命令，然后客戶端向服務(wù)器發(fā)送該命令，服務(wù)器通過計算找到該數(shù)據(jù)后即馬上將該數(shù)據(jù)返回給客戶端，客戶端下載到存儲單元，然后通過計算后顯示出閱讀第二頁。上述過程中非常浪費時間，使得閱讀完閱讀首頁后出現(xiàn)停頓現(xiàn)象，給使用者帶來困擾。

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

針對現(xiàn)有技術(shù)中所存在的不足，本發(fā)明提供了一種客戶端無限信息流免停頓分段加載數(shù)據(jù)的方法，在使用者閱讀無線信息流時避免了因閱讀完上段閱讀頁后需加載下段閱讀頁的數(shù)據(jù)而導(dǎo)致延長等待時間。

為實現(xiàn)上述目的，本發(fā)明采用了如下的技術(shù)方案：

一種客戶端無限信息流免停頓分段加載數(shù)據(jù)的方法，包括：

S1、用戶發(fā)出主請求；

S2、客戶端與其對應(yīng)服務(wù)器建立網(wǎng)絡(luò)配置；

S3、客戶端從與其對應(yīng)服務(wù)器下載與主請求相關(guān)的第一組數(shù)據(jù)組以及數(shù)據(jù)組總數(shù)，并緩存至客戶端緩存單元內(nèi)；

S4、客戶端從客戶端緩存單元調(diào)用當前需展現(xiàn)的數(shù)據(jù)組并開始展現(xiàn)；

S5、通過數(shù)據(jù)組總數(shù)判斷是否有正在展現(xiàn)的數(shù)據(jù)組的下一組數(shù)據(jù)組，若有則進行步驟S6，若無則不再下載數(shù)據(jù)組；

S6、客戶端從與其對應(yīng)服務(wù)器下載正在展現(xiàn)的數(shù)據(jù)組的下一組數(shù)據(jù)組，并緩存至客戶端緩存單元內(nèi)；

S7、用戶發(fā)送查閱正在閱讀數(shù)據(jù)組的下一組數(shù)據(jù)組請求；

S8、判斷是否存在正在閱讀數(shù)據(jù)組的下一組數(shù)據(jù)組，若有則進行步驟S4，若無則進行步驟9；

S9、結(jié)束。

優(yōu)選的是，步驟S2具體為：

S21、判斷服務(wù)器緩存單元內(nèi)是否有與主請求相關(guān)的數(shù)據(jù)組，若有，則進行步驟S25；若無，則進行步驟S22；

S22、服務(wù)器從數(shù)據(jù)庫中找到與主請求相關(guān)的所有數(shù)據(jù)，并發(fā)送給服務(wù)器緩存單元；

S23、服務(wù)器緩存單元根據(jù)與主請求的相關(guān)度或時間將所有數(shù)據(jù)排列；

S24、服務(wù)器緩存單元將排列后的所有數(shù)據(jù)分段形成數(shù)據(jù)組，并緩存該有序的數(shù)據(jù)組和數(shù)據(jù)組總數(shù)；

S25、服務(wù)器緩存單元將排列的第一組數(shù)據(jù)組和數(shù)據(jù)組總數(shù)發(fā)送給服務(wù)器傳送單元；

S26、客戶端收發(fā)單元從服務(wù)器傳送單元下載第一組數(shù)據(jù)組和數(shù)據(jù)組總數(shù)。

優(yōu)選的是，步驟S6具體為：

S61、客戶端向與其對應(yīng)服務(wù)器發(fā)送次請求及與該次請求對應(yīng)的主請求，次請求為下載正在展現(xiàn)的數(shù)據(jù)組的下一組數(shù)據(jù)組，服務(wù)器接收該次請求及主請求；

S62、服務(wù)器判斷服務(wù)器緩存單元是否有緩存與次請求對應(yīng)的數(shù)據(jù)組，有則進行步驟S66；無則進行步驟S63；

S63、服務(wù)器從數(shù)據(jù)庫中找到與主請求相關(guān)的所有數(shù)據(jù)，并發(fā)送給服務(wù)器緩存單元；

S64、服務(wù)器緩存單元根據(jù)與主請求的相關(guān)度或時間將所有數(shù)據(jù)排列；

S65、服務(wù)器緩存單元將排列后的所有數(shù)據(jù)分段形成數(shù)據(jù)組，并緩存該有序的數(shù)據(jù)組和數(shù)據(jù)組總數(shù)；

S66、服務(wù)器緩存單元將與次請求對應(yīng)的數(shù)據(jù)組發(fā)送給服務(wù)器傳送單元；

S67、服務(wù)器傳送單元發(fā)送與次請求對應(yīng)的數(shù)據(jù)組，客戶端傳送單元接收該數(shù)據(jù)組，并緩存至客戶端緩存單元。

相比于現(xiàn)有技術(shù)，本發(fā)明具有如下有益效果：

1)通過設(shè)置在當前數(shù)據(jù)組正在展現(xiàn)時開始“S6、客戶端從與其對應(yīng)服務(wù)器下載正在展現(xiàn)的數(shù)據(jù)組的下一組數(shù)據(jù)組，并緩存至客戶端緩存單元內(nèi)”，避免了使用者閱讀完當前展現(xiàn)數(shù)據(jù)后因需加載下段閱讀頁的數(shù)據(jù)而導(dǎo)致延長等待時間，最終實現(xiàn)無線信息流免停頓分段加載數(shù)據(jù)，進而提高用戶使用過程中的舒適感；

2)在下載第一組數(shù)據(jù)組時就下載了數(shù)據(jù)組總數(shù)，且在下載下一組數(shù)據(jù)組時判斷是否需已經(jīng)下載完下組數(shù)據(jù)，避免陷入死循環(huán)。

附圖說明

圖1為客戶端無限信息流免停頓分段加載數(shù)據(jù)的方法的流程圖；

圖2為圖1中S2的具體流程圖；

圖3為圖1中S6的具體流程圖。

具體實施方式

如圖1所示，本發(fā)明提出了一種客戶端無限信息流免停頓分段加載數(shù)據(jù)的方法，包括：

S1、用戶發(fā)出主請求；

S2、客戶端與其對應(yīng)服務(wù)器建立網(wǎng)絡(luò)配置；

S3、客戶端從與其對應(yīng)服務(wù)器下載與主請求相關(guān)的第一組數(shù)據(jù)組以及數(shù)據(jù)組總數(shù)，并緩存至客戶端緩存單元內(nèi)；

S4、客戶端從客戶端緩存單元調(diào)用當前需展現(xiàn)的數(shù)據(jù)組并開始展現(xiàn)；

S5、通過數(shù)據(jù)組總數(shù)判斷是否有正在展現(xiàn)的數(shù)據(jù)組的下一組數(shù)據(jù)組，若有則進行步驟S6，若無則不再下載數(shù)據(jù)組；

S6、客戶端從與其對應(yīng)服務(wù)器下載正在展現(xiàn)的數(shù)據(jù)組的下一組數(shù)據(jù)組，并緩存至客戶端緩存單元內(nèi)；

S7、用戶發(fā)送查閱正在閱讀數(shù)據(jù)組的下一組數(shù)據(jù)組請求；

S8、判斷是否存在正在閱讀數(shù)據(jù)組的下一組數(shù)據(jù)組，若有則進行步驟S4，若無則進行步驟9；

S9、結(jié)束。

如圖2所示，為了實現(xiàn)下載第一組數(shù)據(jù)組以及數(shù)據(jù)組總數(shù)，同時為加快第一組以后的數(shù)據(jù)組的下載提供基礎(chǔ)條件，步驟S2具體為：

S21、判斷服務(wù)器緩存單元內(nèi)是否有與主請求相關(guān)的數(shù)據(jù)組，若有，則進行步驟S25；若無，則進行步驟S22；

S22、服務(wù)器從數(shù)據(jù)庫中找到與主請求相關(guān)的所有數(shù)據(jù)，并發(fā)送給服務(wù)器緩存單元；

S23、服務(wù)器緩存單元根據(jù)與主請求的相關(guān)度或時間將所有數(shù)據(jù)排列；

S24、服務(wù)器緩存單元將排列后的所有數(shù)據(jù)分段形成數(shù)據(jù)組，并緩存該有序的數(shù)據(jù)組和數(shù)據(jù)組總數(shù)；

S25、服務(wù)器緩存單元將排列的第一組數(shù)據(jù)組和數(shù)據(jù)組總數(shù)發(fā)送給服務(wù)器傳送單元；

S26、客戶端收發(fā)單元從服務(wù)器傳送單元下載第一組數(shù)據(jù)組和數(shù)據(jù)組總數(shù)。

如圖3所示，為了加快第一組以后的數(shù)據(jù)組的下載，步驟S6具體為：

S61、客戶端向與其對應(yīng)服務(wù)器發(fā)送次請求及與該次請求對應(yīng)的主請求，次請求為下載正在展現(xiàn)的數(shù)據(jù)組的下一組數(shù)據(jù)組，服務(wù)器接收該次請求及主請求；

S62、服務(wù)器判斷服務(wù)器緩存單元是否有緩存與次請求對應(yīng)的數(shù)據(jù)組，有則進行步驟S66；無則進行步驟S63；

S63、服務(wù)器從數(shù)據(jù)庫中找到與主請求相關(guān)的所有數(shù)據(jù)，并發(fā)送給服務(wù)器緩存單元；

S64、服務(wù)器緩存單元根據(jù)與主請求的相關(guān)度或時間將所有數(shù)據(jù)排列；

S65、服務(wù)器緩存單元將排列后的所有數(shù)據(jù)分段形成數(shù)據(jù)組，并緩存該有序的數(shù)據(jù)組和數(shù)據(jù)組總數(shù)；

S66、服務(wù)器緩存單元將與次請求對應(yīng)的數(shù)據(jù)組發(fā)送給服務(wù)器傳送單元；

S67、服務(wù)器傳送單元發(fā)送與次請求對應(yīng)的數(shù)據(jù)組，客戶端傳送單元接收該數(shù)據(jù)組，并緩存至客戶端緩存單元。

工作時，首先，客戶端向服務(wù)器發(fā)出主請求，服務(wù)器接收主請求；然后，服務(wù)器判斷服務(wù)器緩存單元內(nèi)是否有與主請求相關(guān)的數(shù)據(jù)組，以提高下載效率；再后，服務(wù)器從數(shù)據(jù)庫中找到與主請求相關(guān)的所有數(shù)據(jù)，由于數(shù)據(jù)庫肩負運算和存儲底層原數(shù)據(jù)的功能，因此將查找到的數(shù)據(jù)并發(fā)送給服務(wù)器緩存單元，以降低數(shù)據(jù)庫運行負擔；服務(wù)器緩存單元根據(jù)與主請求的相關(guān)度或時間將所有數(shù)據(jù)排列；服務(wù)器緩存單元將排列后的所有數(shù)據(jù)分段形成數(shù)據(jù)組，并緩存該有序的數(shù)據(jù)組和數(shù)據(jù)組總數(shù)，如果是文獻類檢索，那么就是通過與關(guān)鍵字的相關(guān)度排序并將最相近的一組數(shù)據(jù)為第一組數(shù)據(jù)組，如果是新聞或朋友圈則是根據(jù)時間先后排序并將時間最近的一組數(shù)據(jù)為第一數(shù)據(jù)組，每一組數(shù)據(jù)組可以為10條信息，當分到最后一組信息不滿10條也為1組數(shù)據(jù)組，計算數(shù)據(jù)組總數(shù)，以方便后續(xù)判斷是否已經(jīng)下載完所有數(shù)據(jù)組，當然也存在找到0數(shù)據(jù)的情況，那么直接返回第一數(shù)據(jù)組0和數(shù)據(jù)組總數(shù)也為0，后續(xù)客戶端直接提示無相關(guān)數(shù)據(jù)；再后，服務(wù)器緩存單元將排列的第一組數(shù)據(jù)組和數(shù)據(jù)組總數(shù)發(fā)送給服務(wù)器傳送單元，客戶端收發(fā)單元從服務(wù)器傳送單元下載第一組數(shù)據(jù)組和數(shù)據(jù)組總數(shù)，實現(xiàn)第一組數(shù)據(jù)組和數(shù)據(jù)組總數(shù)的下載；再后，下載完數(shù)據(jù)后，客戶端將下載的第一組數(shù)據(jù)組開始展現(xiàn)出來，用戶開始閱讀，此時，開始下載一組數(shù)據(jù)組，以使得用戶能夠無間斷地閱讀到下一組數(shù)據(jù)。在下載下一組數(shù)據(jù)組時閱讀下一組數(shù)據(jù)組的次請求附帶主請求發(fā)送給服務(wù)器，以找到對應(yīng)的下一組數(shù)據(jù)組；服務(wù)器判斷服務(wù)器緩存單元是否有緩存與次請求對應(yīng)的數(shù)據(jù)組，若服務(wù)器緩存有該數(shù)據(jù)組，就可以直接發(fā)送給客戶端，以提高下載速度，以避免用戶閱讀完了當前閱讀的數(shù)據(jù)組時還沒有對應(yīng)的下一組數(shù)據(jù)組，若沒有緩存對應(yīng)次請求的數(shù)據(jù)，則還需像第一組數(shù)據(jù)找到時重新計算查找。

最后說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制，盡管參照較佳實施例對本發(fā)明進行了詳細說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解，可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而不脫離本發(fā)明技術(shù)方案的宗旨和范圍，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求范圍當中。