專利名稱：瀏覽器的切換內(nèi)核方法及對應的瀏覽器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)信息處理技術(shù)，尤其涉及一種瀏覽器的切換內(nèi)核方法及對應的瀏覽器。
背景技術(shù)：
瀏覽器是萬維網(wǎng)(Web)服務的客戶端瀏覽程序。瀏覽器可向Web服務器發(fā)送各種請求，并對從服務器發(fā)來的超文本信息和各種多媒體數(shù)據(jù)格式進行解釋、顯示和播放。瀏覽器的核心組成部分是瀏覽器內(nèi)核，瀏覽器內(nèi)核就是瀏覽器所采用的渲染引擎(Rendering Engine)，渲染引擎決定了瀏覽器如何顯示網(wǎng)頁的內(nèi)容以及頁面的格式信息。瀏覽器在發(fā)生瀏覽事件時，由瀏覽器內(nèi)核對當前瀏覽的網(wǎng)頁地址即統(tǒng)一資源定位符(URL, Uniform/Universal Resource Locator)對應的服務器發(fā)起超文本傳輸協(xié)議(HTTP,HyperText Transfer Protocol HTTP)請求。所述HTTP請求是指瀏覽器通過HTTP協(xié)議向所述URL對應的網(wǎng)頁服務器發(fā)送的數(shù)據(jù)。網(wǎng)頁服務器接收到HTTP請求之后，根據(jù)在對應的HTTP請求中攜帶的信息生成HTTP響應，并返回給瀏覽器內(nèi)核，瀏覽器內(nèi)核根據(jù)該HTTP響應渲染出網(wǎng)頁。目前業(yè)界中比較主流的瀏覽器內(nèi)核包括以下四種(I)Trident內(nèi)核，即微軟IE瀏覽器的內(nèi)核。目前業(yè)界有眾多瀏覽器使用Trident內(nèi)核設計，因此才有許多采用IE內(nèi)核而非IE的瀏覽器涌現(xiàn)。Trident內(nèi)核通常被稱為IE內(nèi)核，主要特點是，普及率高，兼容性好。例如目前許多網(wǎng)上銀行和支付系統(tǒng)只支持IE的Trident 內(nèi)核。(2)Gecko內(nèi)核，即Firefox瀏覽器使用的內(nèi)核。Gecko的特點是代碼完全公開，因此，其可開發(fā)程度很高。(3) Webkit內(nèi)核,主要由Chrome瀏覽器和Safari瀏覽器使用。Webkit內(nèi)核是自由軟件，同時開放源代碼，Webkit內(nèi)核擁有速度快捷的優(yōu)點，但對錯誤語法的容忍度則比Gecko內(nèi)核引擎小。(4)Presto內(nèi)核，即Opera瀏覽器使用的內(nèi)核。Presto內(nèi)核的特點就是渲染速度的優(yōu)化達到了極致，也是目前公認網(wǎng)頁瀏覽速度最快的瀏覽器內(nèi)核，然而代價是犧牲了網(wǎng)頁的兼容性?？梢?，目前的各個瀏覽器內(nèi)核都有自身的特點。由于IE瀏覽器的Trident內(nèi)核在國內(nèi)的普及率非常高，所以造成了很多網(wǎng)站系統(tǒng)只支持IE的Trident內(nèi)核，例如大部分網(wǎng)上銀行和支付系統(tǒng)只支持Trident內(nèi)核瀏覽器，其他非Trident內(nèi)核瀏覽器訪問根本無法進行正常支付和轉(zhuǎn)賬等業(yè)務。然而其他內(nèi)核又具備Trident內(nèi)核所不具備的種種優(yōu)點，例如WebKit內(nèi)核的非IE瀏覽器以更高的性能和更好的用戶體驗擁有了越來越多的用戶。為了能夠更加完整更加出色地展示出各種網(wǎng)頁，目前業(yè)界上逐漸出現(xiàn)了一些至少含有兩個瀏覽器內(nèi)核的多核瀏覽器。在多核瀏覽器中，需要具備切換內(nèi)核的功能。本文中將瀏覽器內(nèi)核簡稱為內(nèi)核。所謂切換內(nèi)核就是在使用多核瀏覽器時，從使用一個內(nèi)核瀏覽網(wǎng)頁，切換到使用另一個內(nèi)核瀏覽該網(wǎng)頁?，F(xiàn)有技術(shù)的多核瀏覽器的切換內(nèi)核方法通常是在觸發(fā)切換內(nèi)核操作之后，將切換前的內(nèi)核所訪問的網(wǎng)頁地址即URL傳輸給切換后的內(nèi)核，由切換后的內(nèi)核向該URL對應的服務器重新發(fā)起一次超文本傳輸協(xié)議(HTTP, HyperText Transfer Protocol HTTP)請求?，F(xiàn)有技術(shù)的缺點是在切換內(nèi)核時，切換后的內(nèi)核對切換前所訪問的相同URL對應的服務器發(fā)起的是一次全新的HTTP請求，如果HTTP請求攜帶的信息錯誤或者不足，將導致服務器返回錯誤的HTTP響應，用戶將看到錯誤的網(wǎng)頁。例如，使用現(xiàn)有技術(shù)的瀏覽器在切換內(nèi)核前，用戶用內(nèi)核A瀏覽網(wǎng)頁時，如果向服務器發(fā)送HTTP請求時帶有除Cookie之外的其他HTTP信息，例如HTTP消息報頭中的Referer字段或者請求正文，那么在切換到內(nèi)核B后，這些信息將被丟棄，所以URL對應的服務器將收不到用戶在切換內(nèi)核之前發(fā)送的信息。也就是說，在這些情況下，切換內(nèi)核就會導致用戶得到錯誤的結(jié)果。例如在購物網(wǎng)站的商品頁面，點擊“立即購買”等訂單確認按鈕后瀏覽器內(nèi)核會向該“立即購買"URL對應服務器發(fā)起HTTP請求，該服務器收到HTTP請求后根據(jù)HTTP請求信息生成相應的HTTP響應，將該HTTP響應返回給瀏覽器內(nèi)核，瀏覽器內(nèi)核根據(jù)該HTTP響應渲染出對應的頁面，例如圖I所示為在某購物網(wǎng)站點擊“立即購買”按鈕后，瀏覽器內(nèi)核根據(jù)正常HTTP響應渲染出的一種正常頁面圖。然而通常在點擊“立即購買”等訂單確認按鈕后的URL對應的服務器會與支付系統(tǒng)和/或網(wǎng)上銀行系統(tǒng)發(fā)生交互，此時瀏覽器通常會通過提示用戶手工切換內(nèi)核或自動切換內(nèi)核，在現(xiàn)有的技術(shù)方案下，則會因為切換后的內(nèi)核發(fā)送的HTTP請求中攜帶的信息不正確，導致服務器返回錯誤的HTTP響應，從而使切換后的內(nèi)核渲染出錯誤頁面。如圖2所示為在某購物網(wǎng)站點擊“立即購買”按鈕后瀏覽器進行切換內(nèi)核，導致內(nèi)核根據(jù)錯誤HTTP響應而渲染出的一種錯誤頁面圖。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種瀏覽器的切換內(nèi)核方法及對應的瀏覽器，以降低切換內(nèi)核造成的頁面錯誤率。本發(fā)明的技術(shù)方案是這樣實現(xiàn)的—種瀏覽器的切換內(nèi)核方法，包括在當前內(nèi)核發(fā)生瀏覽事件時，保存該瀏覽事件觸發(fā)的協(xié)議請求信息；在瀏覽器切換內(nèi)核時，將所述保存的協(xié)議請求信息同步到切換后的內(nèi)核；所述切換后的內(nèi)核利用所述同步的協(xié)議請求信息重新生成協(xié)議請求，向切換前所訪問的網(wǎng)頁地址對應的服務器發(fā)起該重新生成的協(xié)議請求。一種瀏覽器，包括至少兩個內(nèi)核和用于切換內(nèi)核的切換模塊，該瀏覽器還包括協(xié)議請求同步模塊，用于與瀏覽器的當前內(nèi)核交互，保存當前內(nèi)核發(fā)生瀏覽事件時觸發(fā)的協(xié)議請求信息，并在瀏覽器切換內(nèi)核時將所述保存的協(xié)議請求信息同步到切換后的內(nèi)核；所述切換模塊切換內(nèi)核后，所述切換后的內(nèi)核利用所述同步的協(xié)議請求信息重新生成協(xié)議請求，向切換前所訪問的網(wǎng)頁地址對應的服務器發(fā)起該重新生成的協(xié)議請求。與現(xiàn)有技術(shù)相比，本發(fā)明在瀏覽器切換內(nèi)核時，將在切換內(nèi)核之前發(fā)出的協(xié)議(如HTTP協(xié)議)請求信息同步到切換之后的內(nèi)核，從而保證用戶的信息不丟失，使得切換內(nèi)核前后發(fā)送的協(xié)議請求保持一致，從而使用戶得到正確的切換內(nèi)核結(jié)果，保證用戶正常地瀏覽網(wǎng)頁，降低了切換內(nèi)核造成的頁面錯誤率。


圖I為在某購物網(wǎng)站點擊 “立即購買”按鈕后，瀏覽器內(nèi)核根據(jù)正常HTTP響應渲染出的一種正常頁面圖；圖2為在某購物網(wǎng)站點擊“立即購買”按鈕后瀏覽器進行切換內(nèi)核，導致內(nèi)核根據(jù)錯誤HTTP響應而渲染出的一種錯誤頁面圖；圖3為一種HTTP請求的內(nèi)容示意圖；圖4為本發(fā)明所述瀏覽器的一種組成示意圖；圖5為本發(fā)明所述方法的一種具體實施流程圖。
具體實施例方式下面結(jié)合附圖及具體實施例對本發(fā)明再作進一步詳細的說明。本發(fā)明的核心技術(shù)方案是在當前內(nèi)核發(fā)生瀏覽事件時，保存該瀏覽事件觸發(fā)的超文本傳輸協(xié)議協(xié)議請求信息；在瀏覽器切換內(nèi)核時，將所述保存的協(xié)議請求信息同步到切換后的內(nèi)核；所述切換后的內(nèi)核利用所述同步的協(xié)議請求信息重新生成協(xié)議請求，向切換前所訪問的網(wǎng)頁地址對應的服務器發(fā)起該重新生成的協(xié)議請求。本發(fā)明所述的協(xié)議是指web通信協(xié)議，在下面實施例中以超文本傳輸協(xié)議(HTTP)為例對本發(fā)明進行說明。所述具體的瀏覽事件對每個瀏覽器內(nèi)核來說，名稱可能不同，對Trident內(nèi)核來說為DISPID_BEF0RENAVIGATE2事件，對Webkit內(nèi)核來說為OnBeforeBrowse，但不同瀏覽器內(nèi)核的瀏覽事件的觸發(fā)時機是基本一致的，例如當用戶在瀏覽器地址欄輸入URL并點擊訪問后則會觸發(fā)瀏覽事件，或者用戶點擊某一超鏈接也會觸發(fā)該超鏈接對應URL的瀏覽事件。在觸發(fā)瀏覽事件后，瀏覽器內(nèi)核會組成一個HTTP請求消息，本文簡稱為HTTP請求，發(fā)送給當前所瀏覽的URL對應的服務器。瀏覽器內(nèi)核發(fā)出的HTTP請求包括三部分，分別是請求行、HTTP消息報頭(HTTPheader)、和請求正文(HTTP body)。如圖3所示為一種HTTP請求的內(nèi)容示意圖。其中第一行301為請求行的內(nèi)容，第二行至第六行302為HTTP消息報頭的內(nèi)容，HTTP消息報頭之后是請求正文303。所述請求行以一個方法符號開頭，以空格分開，后面跟著請求的URI和協(xié)議的版本，格式如下Method Request-URI HTTP-Version CRLF。所述請求行中，Method表示請求方法；Request_URI是一個統(tǒng)一資源標識符；HTTP-Version表示請求的HTTP協(xié)議版本；CRLF表示回車和換行。所述請求方法有多種，例如GET方法、POST方法、HEAD方法、PUT方法等。其中POST方法需要在Request-URI所標識的資源后附加新的數(shù)據(jù)，要求被請求服務器接受后面的請求正文中的數(shù)據(jù)，常用于提交表單。所述請求報頭由瀏覽器間接地設定，在HTTP請求中是跟在初始的GET和POST請求行之后發(fā)送，例如圖3中所述請求報頭302中具體可以包括以下字段Acc印t字段，用于指定瀏覽器或其他客戶程序能夠處理的MME類型request.getHeader(" Accept")；Connnection字段,用于標明客戶是否能夠處理持續(xù)性HTTP連接。Cookie字段，用于向服務器返回cookie，這些cookie是之前由服務器發(fā)送給瀏覽器的，用于辨別用戶身份；Host字段，用于標明原始URL中給出的主機名和端口號；Referer字段,用于標明引用Web頁面的URL ；User-Agent字段，用于標識請求的瀏覽器或者其他客戶程序。所述請求正文303具體包括所請求的內(nèi)容,例如表單數(shù)據(jù)等。在HTTP請求的請求方法為POST方式時，該請求正文也被稱為HTTP post data信息。URL對應的服務器接收到HTTP請求之后，根據(jù)在對應的HTTP請求中攜帶的信息，包括請求行、HTTP消息報頭和請求正文中包含的信息，生成HTTP響應，并返回給瀏覽器內(nèi)核，瀏覽器內(nèi)核根據(jù)該HTTP響應渲染出網(wǎng)頁。圖4為本發(fā)明所述瀏覽器的一種組成示意圖，參見圖4，該瀏覽器400包括至少兩個內(nèi)核(如此圖4中所示實施例包括內(nèi)核A和內(nèi)核B)、用于切換內(nèi)核的切換模塊401、以及協(xié)議請求同步模塊，此實施例中所述協(xié)議請求同步模塊具體為HTTP請求同步模塊402。所述HTTP請求同步模塊402用于與瀏覽器的當前內(nèi)核交互，保存當前內(nèi)核發(fā)生瀏覽事件時觸發(fā)的HTTP請求信息，并在瀏覽器切換內(nèi)核時將所述保存的HTTP請求信息同步到切換后的內(nèi)核；所述切換模塊用于切換內(nèi)核；在切換內(nèi)核后，所述切換后的內(nèi)核利用所述同步的HTTP請求信息重新生成HTTP請求，向切換前所訪問的網(wǎng)頁地址對應的服務器發(fā)起該重新生成的HTTP請求。在本發(fā)明的一種實施例中，在當前內(nèi)核每觸發(fā)一個HTTP請求，則將該HTTP請求中的信息保存到所述HTTP請求同步模塊402中，具體可以只保存最近一次瀏覽事件所觸發(fā)的HTTP請求的信息，將之前保存的HTTP請求信息覆蓋掉。在本發(fā)明的一種實施例中，所述保存和同步的HTTP請求信息可以是該HTTP請求中的所有信息。當然，其中大部分信息都沒有必要進行同步，因此在另一種實施例中只要保存所述HTTP請求中的部分信息即可，但是至少要保存和同步的信息包括請求報頭(HTTP header)中的Referer字段；當所述瀏覽過程中的HTTP請求的請求方法為POST方法時，所述至少保存和同步的HTTP請求信息中除了包括HTTP header中的Referer字段，還需包括請求正文信息即HTTP post data信息。另外，在本發(fā)明的另一種實施例中，所述至少保存和同步的HTTP請求信息除了包括上述HTTP header中的Referer字段，HTTP post data信息，還可以進一步包括HTTPheader中的cookie字段,用于切換后的內(nèi)核可以將該cookie字段發(fā)送給服務器以進行用戶身份的連續(xù)識別。所述切換模塊401可以采用現(xiàn)有多核瀏覽器的切換模塊，用于檢測是否觸發(fā)切換內(nèi)核事件，所述切換內(nèi)核事件可以由用戶手工觸發(fā)，例如可以在訪問需要進行切換內(nèi)核的URL時提示用戶進行切換內(nèi)核的按鈕，用戶點擊該切換內(nèi)核按鈕即可通知切換模塊401觸發(fā)切換內(nèi)核事件；或者，所述切換內(nèi)核事件也可以由切換模塊401自動檢測，例如該切換模塊401中設置有需要進行切換內(nèi)核的URL列表，并實時監(jiān)測當前瀏覽器內(nèi)核(假設此處為內(nèi)核A)的訪問的URL，當瀏覽器內(nèi)核當前訪問的URL屬于該切換模塊401中所設置的URL列表中的URL時，則觸發(fā)切換內(nèi)核事件。
當所述切換模塊401檢測到觸發(fā)了切換內(nèi)核事件后，進行切換內(nèi)核，例如將當前瀏覽器使用的內(nèi)核由內(nèi)核A切換成內(nèi)核B，由內(nèi)核B接替內(nèi)核A的處理工作，將切換前的內(nèi)核A所訪問的URL傳輸給切換后的內(nèi)核B，還通知所述HTTP請求同步模塊402將保存的HTTP請求信息同步到切換后的內(nèi)核B。所述HTTP請求同步模塊402將保存的HTTP請求信息同步到切換后的內(nèi)核B的具體方法為調(diào)用所述切換后內(nèi)核B的設置HTTP請求的接口，通過該設置HTTP請求的接口將所保存的HTTP請求信息傳入所述切換后的內(nèi)核B。所述設置HTTP請求的接口為每一種瀏覽器內(nèi)核都具備的接口，是一種現(xiàn)有接口，用于從該內(nèi)核外部輸入HTTP請求的信息。當然HTTP請求同步模塊402將保存的HTTP請求信息同步到切換后的內(nèi)核B的具體方法還可以有其它多種方式，例如可以設置專門的同步接口，專用于將上述所保存的HTTP請求信息傳送給切換后的內(nèi)核。所述切換后的內(nèi)核B利用所述同步的HTTP請求信息重新生成HTTP請求，該重新生成的HTTP請求中的對應信息為所述同步的HTTP請求信息，例如其中的請求報頭中的Referer字段為所述同步的Referer字段,其中請求正文為所述同步的HTTP post data信息，其中的請求報頭中的cookie字段為所述同步的cookie字段；之后，切換后的內(nèi)核B利用所述切換模塊402傳來的所述URL，即與切換前相同的URL，向該URL對應的服務器發(fā)起該利用所述同步的HTTP請求信息重新生成的HTTP請求。從而保證用戶的信息不丟失，使得切換內(nèi)核前后發(fā)送的HTTP請求保持一致，使得服務器返回正確的HTTP響應，從而使切換后的內(nèi)核渲染出正確頁面，降低了切換內(nèi)核造成的頁面錯誤率。圖5為本發(fā)明所述方法的一種具體實施流程圖。參見圖5，該流程包括步驟501、使用瀏覽器的內(nèi)核A瀏覽網(wǎng)頁。步驟502、在當前內(nèi)核A每發(fā)生一次瀏覽事件時，保存該瀏覽事件觸發(fā)的HTTP請求中的信息。例如此實施例中只保存最近一次瀏覽事件所觸發(fā)的HTTP請求中的信息。所保存的HTTP請求信息至少包括HTTP消息報頭中的Referer字段；當瀏覽事件觸發(fā)的HTTP請求的請求方法為POST方法時，所保存的HTTP請求信息中至少包括HTTP消息報頭中的Referer字段、以及HTTP請求正文。步驟503、判斷是否檢測到切換內(nèi)核事件，如果是，例如從內(nèi)核A切換到內(nèi)核B，則執(zhí)行步驟504，否則返回到步驟501。步驟504、將保存的HTTP請求信息通過內(nèi)核B提供的設置HTTP請求的接口傳入內(nèi)核B，并告知內(nèi)核B切換前內(nèi)核A最近所訪問的URL。步驟505、使用內(nèi)核B瀏覽網(wǎng)頁，即內(nèi)核B利用所述同步的HTTP請求信息重新生成HTTP請求，并向切換前內(nèi)核A最近所訪問的URL對應的服務器重新發(fā)起一次該HTTP請求。例如在購物網(wǎng)站的商品頁面，點擊“立即購買”等訂單確認按鈕后的URL對應的服務器會與支付系統(tǒng)和/或網(wǎng)上銀行系統(tǒng)發(fā)生，此時瀏覽器通常會通過提示用戶手工切換內(nèi)核或自動切換內(nèi)核，在本發(fā)明的方案下，切換后的內(nèi)核B向該“立即購買”等訂單確認按鈕后的URL對應的服務器重新發(fā)送一次HTTP請求，該HTTP請求中包括所同步的HTTP請求信息，因此不會造成HTTP請求的信息丟棄，因此所述服務器會返回正確的HTTP響應，切換后的內(nèi)核根據(jù)正確的HTTP響應可以渲染出如圖I所示的正確頁面圖。 以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內(nèi)。
權(quán)利要求
1.一種瀏覽器的切換內(nèi)核方法，其特征在于，包括在當前內(nèi)核發(fā)生瀏覽事件時，保存該瀏覽事件觸發(fā)的協(xié)議請求信息；在瀏覽器切換內(nèi)核時，將所述保存的協(xié)議請求信息同步到切換后的內(nèi)核；所述切換后的內(nèi)核利用所述同步的協(xié)議請求信息重新生成協(xié)議請求，向切換前所訪問的網(wǎng)頁地址對應的服務器發(fā)起該重新生成的協(xié)議請求。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述保存瀏覽事件觸發(fā)的協(xié)議請求信息具體為只保存最近一次瀏覽事件所觸發(fā)的協(xié)議請求信息。
3.根據(jù)權(quán)利要求I或2所述的方法，其特征在于，所述保存和同步的協(xié)議請求信息至少包括協(xié)議消息報頭中的Referer字段。
4.根據(jù)權(quán)利要求I或2所述的方法，其特征在于，當瀏覽事件觸發(fā)的協(xié)議請求的請求方法為POST方法時，所述保存和同步的協(xié)議請求信息中至少包括協(xié)議消息報頭中的 Referer字段、以及協(xié)議請求正文。
5.根據(jù)權(quán)利要求I所述的方法，其特征在于，所述將所述保存的協(xié)議請求信息同步到切換后的內(nèi)核的具體方法為調(diào)用所述切換后內(nèi)核的設置協(xié)議請求的接口，通過該設置協(xié)議請求的接口將所保存的協(xié)議請求信息傳入所述切換后的內(nèi)核。
6.一種瀏覽器，包括至少兩個內(nèi)核和用于切換內(nèi)核的切換模塊，其特征在于，該瀏覽器還包括協(xié)議請求同步模塊，用于與瀏覽器的當前內(nèi)核交互，保存當前內(nèi)核發(fā)生瀏覽事件時觸發(fā)的協(xié)議請求信息，并在瀏覽器切換內(nèi)核時將所述保存的協(xié)議請求信息同步到切換后的內(nèi)核；所述切換模塊切換內(nèi)核后，所述切換后的內(nèi)核利用所述同步的協(xié)議請求信息重新生成協(xié)議請求，向切換前所訪問的網(wǎng)頁地址對應的服務器發(fā)起該重新生成的協(xié)議請求。
7.根據(jù)權(quán)利要求6所述的瀏覽器，其特征在于，所述協(xié)議請求同步模塊只保存最近一次瀏覽事件所觸發(fā)的協(xié)議請求信息。
8.根據(jù)權(quán)利要求6或7所述的瀏覽器，其特征在于，所述協(xié)議請求同步模塊保存和同步的協(xié)議請求信息至少包括協(xié)議消息報頭中的Referer字段。
9.根據(jù)權(quán)利要求6或7所述的瀏覽器，其特征在于，所述協(xié)議請求同步模塊在所述瀏覽事件觸發(fā)的協(xié)議請求的請求方法為POST方法時，所保存和同步的協(xié)議請求信息中至少包括協(xié)議消息報頭中的Referer字段、以及協(xié)議請求正文。
10.根據(jù)權(quán)利要求6所述的瀏覽器，其特征在于，所述內(nèi)核具有設置協(xié)議請求的接口， 所述協(xié)議請求同步模塊具體通過該設置協(xié)議請求的接口將所保存的協(xié)議請求信息同步到所述切換后的內(nèi)核。
全文摘要
本發(fā)明公開了一種瀏覽器的切換內(nèi)核方法及對應的瀏覽器。所述瀏覽器包括至少兩個內(nèi)核和用于切換內(nèi)核的切換模塊，還包括協(xié)議請求同步模塊。所述方法包括在當前內(nèi)核發(fā)生瀏覽事件時，所述協(xié)議請求同步模塊保存該瀏覽事件觸發(fā)的協(xié)議請求信息，在瀏覽器切換內(nèi)核時將所述保存的協(xié)議請求信息同步到切換后的內(nèi)核；所述切換模塊根據(jù)切換內(nèi)核事件切換內(nèi)核，所述切換后的內(nèi)核利用所述同步的協(xié)議請求信息重新生成協(xié)議請求，向切換前所訪問的網(wǎng)頁地址對應的服務器發(fā)起該重新生成的協(xié)議請求。利用本發(fā)明，可以降低切換內(nèi)核造成的頁面錯誤率。
文檔編號H04L29/08GK102624891SQ20121005948
公開日2012年8月1日 申請日期2012年3月8日 優(yōu)先權(quán)日2012年3月8日
發(fā)明者劉斌, 務孟慶, 周振興, 滕躍龍, 王學智 申請人:騰訊科技(深圳)有限公司