[發明專利]基于HTTP協議的長延時遠程調用方法

有效

• 申請號: 201410003112.2
• 申請日: 2014-01-03
• 公開（公告）號: CN103780679B
• 公開（公告）日: 2016-10-19
• 發明（設計）人: 李龍江;智前燁;馬文軍;齊紅方
• 申請（專利權）人: 電子科技大學
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 成都宏順專利代理事務所(普通合伙) 51227
• 代理人: 王偉;周永宏

技術領域

本發明屬于聯網通信技術領域，具體涉及實現基于HTTP請求的接續處理和支持消息排隊的長延時遠程調用方法。

背景技術

Web技術使用HTTP協議，本地瀏覽器可以通過HTTP協議與Web服務器交換信息。HTTP協議不但可以使瀏覽器更加高效，使網絡傳輸減少，保證計算機正確快速地傳輸超文本文檔，還可以確定傳輸文檔中的哪一部分，以及哪部分內容首先顯示。

在TCP/IP協議棧中當中，HTTP協議通常承載于TCP協議之上，如圖1所示，HTTP是一個是無狀態的應用層協議，瀏覽器和服務器每進行一次HTTP操作，就要建立一次鏈接，當HTTP操作完成時隨即又斷開此次連接，這種處理機制也叫做短連接機制。一次HTTP操作稱為一個事務（Transaction），HTTP采用TCP/IP鏈接，而且該連接僅在此次事務中保持，無論是瀏覽器還是服務器都不會記憶當前事務之前的鏈接狀態。如果用戶要繼續請求服務器的內容，就需要再次建立新的鏈接。一般的C/S模型大多都采用這種短連接的機制，使得服務器可以響應其他更多客戶端的請求，從而提高服務器的工作效率。

但是當客戶端瀏覽器的請求需要服務器端進行比較耗時的操作時，短連接的機制很可能會出現如下的問題：客戶端向服務器發送請求，二者之間建立了短連接，客戶端等待服務器響應，但是服務器端的耗時操作尚未完成，短鏈接卻因為超時已經斷開了鏈接，客戶端未收到任何響應，然后再次發起相同的請求，而第二次請求的結果可能又和前面一次一樣，最終的結果是浪費了大量的鏈路資源和服務器資源，但是客戶端并未得到任何服務結果，反而花費了大量的等待時間。

一般來講，Web網站擁有成千上萬甚至上億個客戶端的連接，為了節省資源一般都采用短連接機制。但考慮到上面提到的問題，現有的技術中長連接的方式可以作為一種解決方案，所謂長連接，就是在客戶端和服務器之間建立一條鏈接，并且保持該鏈接一直存在，雖然長連接解決了服務器響應時間長的問題，但是也存在不少的問題，比如當客戶端數量巨大時，大量的長鏈接使用了大量的鏈路資源，而每條鏈路并沒有實時的傳輸數據，而僅僅是在等待服務器響應，大量資源被浪費。

發明內容

本發明的目的是為了克服短連接和長連接的固有缺點，針對現有技術中Web服務器處理時間較長導致的一些問題，比如單次請求服務質量較差、重復請求浪費鏈路資源等，在短連接機制的基礎上提出了基于HTTP協議的長延時遠程調用方法。

本發明的技術方案是：一種基于HTTP協議的長延時遠程調用方法，具體包括如下步驟：

步驟1.服務器端維持一個請求緩存池和業務處理時間映射表，所述請求緩存池用于將每一個請求及與其對應的狀態信息形成映射，從而在請求緩存池中根據映射關系找到該請求對應的各種處理狀態；所述業務處理時間映射表用于存儲請求的每一種業務所對應的處理時間T_b；

步驟2.對于每一個新到達的HTTP請求，提取出該請求的特征信息，所述特征信息按照一定的規則形成唯一標識關鍵字Key，然后根據所述唯一關鍵字調用散列函數，形成唯一標識的索引N_index；

服務器查詢請求緩存池，判斷此請求索引是否已經存在，如果存在且結果所在位置為-1，說明在本次請求之前有過相同的請求但未處理完成，則中繼服務器根據業務處理時間T_b和起始處理時間戳T₀，向客戶端發送一條包含Continue標識的接續消息，用于通知客戶端在預測時間T_r之后再次發起請求；如果索引存在且結果所在位置不為-1，說明在本次請求之前有過相同的請求且處理完成，則服務器直接返回請求緩存池中該請求對應的處理結果，然后斷開連接；否則，根據N_index構建固定格式的請求報文放入請求緩沖池中，等待服務器對緩存池的請求進行處理；