瀏覽器的切換內核方法及對應的瀏覽器的製作方法
2023-05-14 11:52:51
專利名稱：瀏覽器的切換內核方法及對應的瀏覽器的製作方法
技術領域：
本發明涉及網際網路信息處理技術，尤其涉及一種瀏覽器的切換內核方法及對應的瀏覽器。
背景技術：
瀏覽器是全球資訊網(Web)服務的客戶端瀏覽程序。瀏覽器可向Web伺服器發送各種請求，並對從伺服器發來的超文本信息和各種多媒體數據格式進行解釋、顯示和播放。瀏覽器的核心組成部分是瀏覽器內核，瀏覽器內核就是瀏覽器所採用的渲染引擎(Rendering Engine)，渲染引擎決定了瀏覽器如何顯示網頁的內容以及頁面的格式信息。瀏覽器在發生瀏覽事件時，由瀏覽器內核對當前瀏覽的網頁地址即統一資源定位符(URL, Uniform/Universal Resource Locator)對應的伺服器發起超文本傳輸協議(HTTP,HyperText Transfer Protocol HTTP)請求。所述HTTP請求是指瀏覽器通過HTTP協議向所述URL對應的網頁伺服器發送的數據。網頁伺服器接收到HTTP請求之後，根據在對應的HTTP請求中攜帶的信息生成HTTP響應，並返回給瀏覽器內核，瀏覽器內核根據該HTTP響應渲染出網頁。目前業界中比較主流的瀏覽器內核包括以下四種(I)Trident內核，即微軟IE瀏覽器的內核。目前業界有眾多瀏覽器使用Trident內核設計，因此才有許多採用IE內核而非IE的瀏覽器湧現。Trident內核通常被稱為IE內核，主要特點是，普及率高，兼容性好。例如目前許多網上銀行和支付系統只支持IE的Trident 內核。(2)Gecko內核，即Firefox瀏覽器使用的內核。Gecko的特點是代碼完全公開，因此，其可開發程度很高。(3) Webkit內核,主要由Chrome瀏覽器和Safari瀏覽器使用。Webkit內核是自由軟體，同時開放原始碼，Webkit內核擁有速度快捷的優點，但對錯誤語法的容忍度則比Gecko內核引擎小。(4)Presto內核，即Opera瀏覽器使用的內核。Presto內核的特點就是渲染速度的優化達到了極致，也是目前公認網頁瀏覽速度最快的瀏覽器內核，然而代價是犧牲了網頁的兼容性。可見，目前的各個瀏覽器內核都有自身的特點。由於IE瀏覽器的Trident內核在國內的普及率非常高，所以造成了很多網站系統只支持IE的Trident內核，例如大部分網上銀行和支付系統只支持Trident內核瀏覽器，其他非Trident內核瀏覽器訪問根本無法進行正常支付和轉帳等業務。然而其他內核又具備Trident內核所不具備的種種優點，例如WebKit內核的非IE瀏覽器以更高的性能和更好的用戶體驗擁有了越來越多的用戶。為了能夠更加完整更加出色地展示出各種網頁，目前業界上逐漸出現了一些至少含有兩個瀏覽器內核的多核瀏覽器。在多核瀏覽器中，需要具備切換內核的功能。本文中將瀏覽器內核簡稱為內核。所謂切換內核就是在使用多核瀏覽器時，從使用一個內核瀏覽網頁，切換到使用另一個內核瀏覽該網頁。現有技術的多核瀏覽器的切換內核方法通常是在觸發切換內核操作之後，將切換前的內核所訪問的網頁地址即URL傳輸給切換後的內核，由切換後的內核向該URL對應的伺服器重新發起一次超文本傳輸協議(HTTP, HyperText Transfer Protocol HTTP)請求。現有技術的缺點是在切換內核時，切換後的內核對切換前所訪問的相同URL對應的伺服器發起的是一次全新的HTTP請求，如果HTTP請求攜帶的信息錯誤或者不足，將導致伺服器返回錯誤的HTTP響應，用戶將看到錯誤的網頁。例如，使用現有技術的瀏覽器在切換內核前，用戶用內核A瀏覽網頁時，如果向伺服器發送HTTP請求時帶有除Cookie之外的其他HTTP信息，例如HTTP消息報頭中的Referer欄位或者請求正文，那麼在切換到內核B後，這些信息將被丟棄，所以URL對應的伺服器將收不到用戶在切換內核之前發送的信息。也就是說，在這些情況下，切換內核就會導致用戶得到錯誤的結果。例如在購物網站的商品頁面，點擊「立即購買」等訂單確認按鈕後瀏覽器內核會向該「立即購買"URL對應伺服器發起HTTP請求，該伺服器收到HTTP請求後根據HTTP請求信息生成相應的HTTP響應，將該HTTP響應返回給瀏覽器內核，瀏覽器內核根據該HTTP響應渲染出對應的頁面，例如圖I所示為在某購物網站點擊「立即購買」按鈕後，瀏覽器內核根據正常HTTP響應渲染出的一種正常頁面圖。然而通常在點擊「立即購買」等訂單確認按鈕後的URL對應的伺服器會與支付系統和/或網上銀行系統發生交互，此時瀏覽器通常會通過提示用戶手工切換內核或自動切換內核，在現有的技術方案下，則會因為切換後的內核發送的HTTP請求中攜帶的信息不正確，導致伺服器返回錯誤的HTTP響應，從而使切換後的內核渲染出錯誤頁面。如圖2所示為在某購物網站點擊「立即購買」按鈕後瀏覽器進行切換內核，導致內核根據錯誤HTTP響應而渲染出的一種錯誤頁面圖。
發明內容
有鑑於此，本發明的主要目的在於提供一種瀏覽器的切換內核方法及對應的瀏覽器，以降低切換內核造成的頁面錯誤率。本發明的技術方案是這樣實現的—種瀏覽器的切換內核方法，包括在當前內核發生瀏覽事件時，保存該瀏覽事件觸發的協議請求信息；在瀏覽器切換內核時，將所述保存的協議請求信息同步到切換後的內核；所述切換後的內核利用所述同步的協議請求信息重新生成協議請求，向切換前所訪問的網頁地址對應的伺服器發起該重新生成的協議請求。一種瀏覽器，包括至少兩個內核和用於切換內核的切換模塊，該瀏覽器還包括協議請求同步模塊，用於與瀏覽器的當前內核交互，保存當前內核發生瀏覽事件時觸發的協議請求信息，並在瀏覽器切換內核時將所述保存的協議請求信息同步到切換後的內核；所述切換模塊切換內核後，所述切換後的內核利用所述同步的協議請求信息重新生成協議請求，向切換前所訪問的網頁地址對應的伺服器發起該重新生成的協議請求。與現有技術相比，本發明在瀏覽器切換內核時，將在切換內核之前發出的協議(如HTTP協議)請求信息同步到切換之後的內核，從而保證用戶的信息不丟失，使得切換內核前後發送的協議請求保持一致，從而使用戶得到正確的切換內核結果，保證用戶正常地瀏覽網頁，降低了切換內核造成的頁面錯誤率。
圖I為在某購物網站點擊 「立即購買」按鈕後，瀏覽器內核根據正常HTTP響應渲染出的一種正常頁面圖；圖2為在某購物網站點擊「立即購買」按鈕後瀏覽器進行切換內核，導致內核根據錯誤HTTP響應而渲染出的一種錯誤頁面圖；圖3為一種HTTP請求的內容示意圖；圖4為本發明所述瀏覽器的一種組成示意圖；圖5為本發明所述方法的一種具體實施流程圖。
具體實施例方式下面結合附圖及具體實施例對本發明再作進一步詳細的說明。本發明的核心技術方案是在當前內核發生瀏覽事件時，保存該瀏覽事件觸發的超文本傳輸協議協議請求信息；在瀏覽器切換內核時，將所述保存的協議請求信息同步到切換後的內核；所述切換後的內核利用所述同步的協議請求信息重新生成協議請求，向切換前所訪問的網頁地址對應的伺服器發起該重新生成的協議請求。本發明所述的協議是指web通信協議，在下面實施例中以超文本傳輸協議(HTTP)為例對本發明進行說明。所述具體的瀏覽事件對每個瀏覽器內核來說，名稱可能不同，對Trident內核來說為DISPID_BEF0RENAVIGATE2事件，對Webkit內核來說為OnBeforeBrowse，但不同瀏覽器內核的瀏覽事件的觸發時機是基本一致的，例如當用戶在瀏覽器地址欄輸入URL並點擊訪問後則會觸發瀏覽事件，或者用戶點擊某一超連結也會觸發該超連結對應URL的瀏覽事件。在觸發瀏覽事件後，瀏覽器內核會組成一個HTTP請求消息，本文簡稱為HTTP請求，發送給當前所瀏覽的URL對應的伺服器。瀏覽器內核發出的HTTP請求包括三部分，分別是請求行、HTTP消息報頭(HTTPheader)、和請求正文(HTTP body)。如圖3所示為一種HTTP請求的內容示意圖。其中第一行301為請求行的內容，第二行至第六行302為HTTP消息報頭的內容，HTTP消息報頭之後是請求正文303。所述請求行以一個方法符號開頭，以空格分開，後面跟著請求的URI和協議的版本，格式如下Method Request-URI HTTP-Version CRLF。所述請求行中，Method表示請求方法；Request_URI是一個統一資源標識符；HTTP-Version表示請求的HTTP協議版本；CRLF表示回車和換行。所述請求方法有多種，例如GET方法、POST方法、HEAD方法、PUT方法等。其中POST方法需要在Request-URI所標識的資源後附加新的數據，要求被請求伺服器接受後面的請求正文中的數據，常用於提交表單。所述請求報頭由瀏覽器間接地設定，在HTTP請求中是跟在初始的GET和POST請求行之後發送，例如圖3中所述請求報頭302中具體可以包括以下欄位Acc印t欄位，用於指定瀏覽器或其他客戶程序能夠處理的MME類型request.getHeader(" Accept")；Connnection欄位,用於標明客戶是否能夠處理持續性HTTP連接。Cookie欄位，用於向伺服器返回cookie，這些cookie是之前由伺服器發送給瀏覽器的，用於辨別用戶身份；Host欄位，用於標明原始URL中給出的主機名和埠號；Referer欄位,用於標明引用Web頁面的URL ；User-Agent欄位，用於標識請求的瀏覽器或者其他客戶程序。所述請求正文303具體包括所請求的內容,例如表單數據等。在HTTP請求的請求方法為POST方式時，該請求正文也被稱為HTTP post data信息。URL對應的伺服器接收到HTTP請求之後，根據在對應的HTTP請求中攜帶的信息，包括請求行、HTTP消息報頭和請求正文中包含的信息，生成HTTP響應，並返回給瀏覽器內核，瀏覽器內核根據該HTTP響應渲染出網頁。圖4為本發明所述瀏覽器的一種組成示意圖，參見圖4，該瀏覽器400包括至少兩個內核(如此圖4中所示實施例包括內核A和內核B)、用於切換內核的切換模塊401、以及協議請求同步模塊，此實施例中所述協議請求同步模塊具體為HTTP請求同步模塊402。所述HTTP請求同步模塊402用於與瀏覽器的當前內核交互，保存當前內核發生瀏覽事件時觸發的HTTP請求信息，並在瀏覽器切換內核時將所述保存的HTTP請求信息同步到切換後的內核；所述切換模塊用於切換內核；在切換內核後，所述切換後的內核利用所述同步的HTTP請求信息重新生成HTTP請求，向切換前所訪問的網頁地址對應的伺服器發起該重新生成的HTTP請求。在本發明的一種實施例中，在當前內核每觸發一個HTTP請求，則將該HTTP請求中的信息保存到所述HTTP請求同步模塊402中，具體可以只保存最近一次瀏覽事件所觸發的HTTP請求的信息，將之前保存的HTTP請求信息覆蓋掉。在本發明的一種實施例中，所述保存和同步的HTTP請求信息可以是該HTTP請求中的所有信息。當然，其中大部分信息都沒有必要進行同步，因此在另一種實施例中只要保存所述HTTP請求中的部分信息即可，但是至少要保存和同步的信息包括請求報頭(HTTP header)中的Referer欄位；當所述瀏覽過程中的HTTP請求的請求方法為POST方法時，所述至少保存和同步的HTTP請求信息中除了包括HTTP header中的Referer欄位，還需包括請求正文信息即HTTP post data信息。另外，在本發明的另一種實施例中，所述至少保存和同步的HTTP請求信息除了包括上述HTTP header中的Referer欄位，HTTP post data信息，還可以進一步包括HTTPheader中的cookie欄位,用於切換後的內核可以將該cookie欄位發送給伺服器以進行用戶身份的連續識別。所述切換模塊401可以採用現有多核瀏覽器的切換模塊，用於檢測是否觸發切換內核事件，所述切換內核事件可以由用戶手工觸發，例如可以在訪問需要進行切換內核的URL時提示用戶進行切換內核的按鈕，用戶點擊該切換內核按鈕即可通知切換模塊401觸發切換內核事件；或者，所述切換內核事件也可以由切換模塊401自動檢測，例如該切換模塊401中設置有需要進行切換內核的URL列表，並實時監測當前瀏覽器內核(假設此處為內核A)的訪問的URL，當瀏覽器內核當前訪問的URL屬於該切換模塊401中所設置的URL列表中的URL時，則觸發切換內核事件。
當所述切換模塊401檢測到觸發了切換內核事件後，進行切換內核，例如將當前瀏覽器使用的內核由內核A切換成內核B，由內核B接替內核A的處理工作，將切換前的內核A所訪問的URL傳輸給切換後的內核B，還通知所述HTTP請求同步模塊402將保存的HTTP請求信息同步到切換後的內核B。所述HTTP請求同步模塊402將保存的HTTP請求信息同步到切換後的內核B的具體方法為調用所述切換後內核B的設置HTTP請求的接口，通過該設置HTTP請求的接口將所保存的HTTP請求信息傳入所述切換後的內核B。所述設置HTTP請求的接口為每一種瀏覽器內核都具備的接口，是一種現有接口，用於從該內核外部輸入HTTP請求的信息。當然HTTP請求同步模塊402將保存的HTTP請求信息同步到切換後的內核B的具體方法還可以有其它多種方式，例如可以設置專門的同步接口，專用於將上述所保存的HTTP請求信息傳送給切換後的內核。所述切換後的內核B利用所述同步的HTTP請求信息重新生成HTTP請求，該重新生成的HTTP請求中的對應信息為所述同步的HTTP請求信息，例如其中的請求報頭中的Referer欄位為所述同步的Referer欄位,其中請求正文為所述同步的HTTP post data信息，其中的請求報頭中的cookie欄位為所述同步的cookie欄位；之後，切換後的內核B利用所述切換模塊402傳來的所述URL，即與切換前相同的URL，向該URL對應的伺服器發起該利用所述同步的HTTP請求信息重新生成的HTTP請求。從而保證用戶的信息不丟失，使得切換內核前後發送的HTTP請求保持一致，使得伺服器返回正確的HTTP響應，從而使切換後的內核渲染出正確頁面，降低了切換內核造成的頁面錯誤率。圖5為本發明所述方法的一種具體實施流程圖。參見圖5，該流程包括步驟501、使用瀏覽器的內核A瀏覽網頁。步驟502、在當前內核A每發生一次瀏覽事件時，保存該瀏覽事件觸發的HTTP請求中的信息。例如此實施例中只保存最近一次瀏覽事件所觸發的HTTP請求中的信息。所保存的HTTP請求信息至少包括HTTP消息報頭中的Referer欄位；當瀏覽事件觸發的HTTP請求的請求方法為POST方法時，所保存的HTTP請求信息中至少包括HTTP消息報頭中的Referer欄位、以及HTTP請求正文。步驟503、判斷是否檢測到切換內核事件，如果是，例如從內核A切換到內核B，則執行步驟504，否則返回到步驟501。步驟504、將保存的HTTP請求信息通過內核B提供的設置HTTP請求的接口傳入內核B，並告知內核B切換前內核A最近所訪問的URL。步驟505、使用內核B瀏覽網頁，即內核B利用所述同步的HTTP請求信息重新生成HTTP請求，並向切換前內核A最近所訪問的URL對應的伺服器重新發起一次該HTTP請求。例如在購物網站的商品頁面，點擊「立即購買」等訂單確認按鈕後的URL對應的伺服器會與支付系統和/或網上銀行系統發生，此時瀏覽器通常會通過提示用戶手工切換內核或自動切換內核，在本發明的方案下，切換後的內核B向該「立即購買」等訂單確認按鈕後的URL對應的伺服器重新發送一次HTTP請求，該HTTP請求中包括所同步的HTTP請求信息，因此不會造成HTTP請求的信息丟棄，因此所述伺服器會返回正確的HTTP響應，切換後的內核根據正確的HTTP響應可以渲染出如圖I所示的正確頁面圖。 以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的範圍之內。
權利要求
1.一種瀏覽器的切換內核方法，其特徵在於，包括在當前內核發生瀏覽事件時，保存該瀏覽事件觸發的協議請求信息；在瀏覽器切換內核時，將所述保存的協議請求信息同步到切換後的內核；所述切換後的內核利用所述同步的協議請求信息重新生成協議請求，向切換前所訪問的網頁地址對應的伺服器發起該重新生成的協議請求。
2.根據權利要求I所述的方法，其特徵在於，所述保存瀏覽事件觸發的協議請求信息具體為只保存最近一次瀏覽事件所觸發的協議請求信息。
3.根據權利要求I或2所述的方法，其特徵在於，所述保存和同步的協議請求信息至少包括協議消息報頭中的Referer欄位。
4.根據權利要求I或2所述的方法，其特徵在於，當瀏覽事件觸發的協議請求的請求方法為POST方法時，所述保存和同步的協議請求信息中至少包括協議消息報頭中的 Referer欄位、以及協議請求正文。
5.根據權利要求I所述的方法，其特徵在於，所述將所述保存的協議請求信息同步到切換後的內核的具體方法為調用所述切換後內核的設置協議請求的接口，通過該設置協議請求的接口將所保存的協議請求信息傳入所述切換後的內核。
6.一種瀏覽器，包括至少兩個內核和用於切換內核的切換模塊，其特徵在於，該瀏覽器還包括協議請求同步模塊，用於與瀏覽器的當前內核交互，保存當前內核發生瀏覽事件時觸發的協議請求信息，並在瀏覽器切換內核時將所述保存的協議請求信息同步到切換後的內核；所述切換模塊切換內核後，所述切換後的內核利用所述同步的協議請求信息重新生成協議請求，向切換前所訪問的網頁地址對應的伺服器發起該重新生成的協議請求。
7.根據權利要求6所述的瀏覽器，其特徵在於，所述協議請求同步模塊只保存最近一次瀏覽事件所觸發的協議請求信息。
8.根據權利要求6或7所述的瀏覽器，其特徵在於，所述協議請求同步模塊保存和同步的協議請求信息至少包括協議消息報頭中的Referer欄位。
9.根據權利要求6或7所述的瀏覽器，其特徵在於，所述協議請求同步模塊在所述瀏覽事件觸發的協議請求的請求方法為POST方法時，所保存和同步的協議請求信息中至少包括協議消息報頭中的Referer欄位、以及協議請求正文。
10.根據權利要求6所述的瀏覽器，其特徵在於，所述內核具有設置協議請求的接口， 所述協議請求同步模塊具體通過該設置協議請求的接口將所保存的協議請求信息同步到所述切換後的內核。
全文摘要
本發明公開了一種瀏覽器的切換內核方法及對應的瀏覽器。所述瀏覽器包括至少兩個內核和用於切換內核的切換模塊，還包括協議請求同步模塊。所述方法包括在當前內核發生瀏覽事件時，所述協議請求同步模塊保存該瀏覽事件觸發的協議請求信息，在瀏覽器切換內核時將所述保存的協議請求信息同步到切換後的內核；所述切換模塊根據切換內核事件切換內核，所述切換後的內核利用所述同步的協議請求信息重新生成協議請求，向切換前所訪問的網頁地址對應的伺服器發起該重新生成的協議請求。利用本發明，可以降低切換內核造成的頁面錯誤率。
文檔編號H04L29/08GK102624891SQ20121005948
公開日2012年8月1日 申請日期2012年3月8日 優先權日2012年3月8日
發明者劉斌, 務孟慶, 周振興, 滕躍龍, 王學智 申請人:騰訊科技(深圳)有限公司