亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

多頁面瀏覽器網(wǎng)頁子窗口處理方法及多頁面瀏覽器的制作方法

文檔序號:6614758閱讀:188來源:國知局
專利名稱:多頁面瀏覽器網(wǎng)頁子窗口處理方法及多頁面瀏覽器的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及網(wǎng)絡(luò)技術(shù),具體涉及多頁面瀏覽器網(wǎng)頁子窗口處理方法及多 頁面瀏覽器。
背景技術(shù)
隨著因特網(wǎng)(Internet)的飛速發(fā)展,越來越多的資訊可以通過網(wǎng)頁的形 式在因特網(wǎng)上傳遞,因而也有越來越多的用戶通過瀏覽網(wǎng)頁獲取資訊。由于 網(wǎng)速、或個人需要等原因,用戶在瀏覽網(wǎng)頁時往往會同時打開多個網(wǎng)頁子窗 口,因此,為了方便用戶在打開的多個網(wǎng)頁子窗口之間切換,推出了多頁面 瀏覽器。
多頁面瀏覽器是指在一個瀏覽器窗口中有多個網(wǎng)頁子窗口存在,這些網(wǎng) 頁子窗口一次只有一個網(wǎng)頁子窗口處于用戶可見狀態(tài),其他網(wǎng)頁子窗口則處 于用戶不可見的隱藏狀態(tài);每個網(wǎng)頁子窗口對應(yīng)于瀏覽器窗口中的 一個標簽 (tab)控件上的一個tab,當然也可以對應(yīng)于菜單中一個菜單項,或者是其他 類型的能完成類似功能的界面元素等。用戶可以通過操作tab,菜單或者其他 類似功能的界面元素來完成隱藏當前顯示網(wǎng)頁子窗口并切換到其他網(wǎng)頁子窗 口的動作;用戶還可以操作tab等界面元素來完成關(guān)閉一個或者多個網(wǎng)頁子窗 口,新建網(wǎng)頁子窗口等等瀏覽器操作。
現(xiàn)在網(wǎng)頁子窗口的頁面元素較多,如圖片、動畫、程序等,對一個網(wǎng)頁 子窗口進行正確顯示需要占用一定的系統(tǒng)資源,如中央處理器(CPU: Central Process Unit)資源、內(nèi)存資源等。
現(xiàn)有的多頁面瀏覽器雖然能在一個瀏覽器窗口中切換多個網(wǎng)頁子窗口 , 并且一次也只顯示一個網(wǎng)頁子窗口 ,但是并沒有將顯示的網(wǎng)頁子窗口與隱藏 的網(wǎng)頁子窗口區(qū)別對待,因而雖然用戶看不到隱藏的網(wǎng)頁子窗口,但是這些 網(wǎng)頁子窗口的計算操作等仍然在進行,而計算操作是需要消耗系統(tǒng)資源的,
特別是消耗CPU資源,因而在瀏覽器窗口中打開的網(wǎng)頁子窗口越多,占用的
CPU資源越多,而這些CPU資源的占用并不會提升用戶體驗,因此造成了 CPU資源的浪費;并且,在打開的網(wǎng)頁子窗口較多時,會使CPU資源的占用 率較高,從而導(dǎo)致操作系統(tǒng)對用戶的一些其他操作反應(yīng)較慢,降低了用戶體 驗。

發(fā)明內(nèi)容
本發(fā)明實施例提供了多頁面瀏覽器網(wǎng)頁子窗口處理方法及多頁面瀏覽 器,使用本發(fā)明實施例提供的技術(shù)方案,在打開多個網(wǎng)頁子窗口時也不會占 用較多的CPU資源。
本發(fā)明實施例的目的是通過以下技術(shù)方案實現(xiàn)的
本發(fā)明實施例提供了 一種多頁面瀏覽器網(wǎng)頁子窗口處理方法,包括
接收打開網(wǎng)頁子窗口的請求,為所述網(wǎng)頁子窗口分配輔助線程,所述輔 助線程處理所述網(wǎng)頁子窗口的消息;
所述輔助線程獲取所述網(wǎng)頁子窗口的顯示狀態(tài);
如果所述網(wǎng)頁子窗口處于被隱藏狀態(tài),丟棄從所述輔助線程對應(yīng)的消息 隊列中獲取的所述網(wǎng)頁子窗口的消息。
優(yōu)選的,所述丟棄從所述輔助線程對應(yīng)的消息隊列中獲取的所述網(wǎng)頁子 窗口的消息的步驟包括
從所述輔助線程對應(yīng)的消息隊列中獲取所述網(wǎng)頁子窗口的消息后,判斷 獲取的所述消息是否屬于預(yù)置的被丟棄消息,如果是預(yù)置的被丟棄消息,則 丟棄獲取的所述消息;如果不是預(yù)置的被丟棄消息,則處理獲取的所述消息。
優(yōu)選的,所述輔助線程獲取所述網(wǎng)頁子窗口的顯示狀態(tài)的步驟包括
所述輔助線程接收包括所述網(wǎng)頁子窗口的顯示狀態(tài)的通知消息,從所述 通知消息中獲取所述網(wǎng)頁子窗口的顯示狀態(tài)。
優(yōu)選的,所述輔助線程接收包括所述網(wǎng)頁子窗口的顯示狀態(tài)的通知消息 前進一步包括 所述輔助線程發(fā)送請求獲取所述網(wǎng)頁子窗口的顯示狀態(tài)的請求消息。 優(yōu)選的,所述輔助線程周期性的發(fā)送所述請求消息。
優(yōu)選的,如果所述網(wǎng)頁子窗口處于被顯示狀態(tài),處理從所述輔助線程對 應(yīng)的消息隊列中獲取的所述網(wǎng)頁子窗口的消息。
本發(fā)明實施例還提供了一種多頁面瀏覽器,包括
請求接收單元,用于接收打開網(wǎng)頁子窗口的請求;
輔助線程分配單元,用于為所述網(wǎng)頁子窗口分配輔助線程,所述輔助線 程處理所述網(wǎng)頁子窗口的消息;
顯示狀態(tài)獲取單元,用于觸發(fā)所述輔助線程獲取所述網(wǎng)頁子窗口的顯示 狀態(tài);
處理單元,用于在所述顯示狀態(tài)獲取單元獲取的所述網(wǎng)頁子窗口處于被 隱藏狀態(tài)時,丟棄從所述輔助線程對應(yīng)的消息隊列中獲取的所述網(wǎng)頁子窗口 的消息。
其中,所述處理單元包括
消息獲取單元,用于在所述顯示狀態(tài)獲取單元獲取的所述網(wǎng)頁子窗口處 于被隱藏狀態(tài)時,從所述輔助線程對應(yīng)的消息隊列中獲取所述網(wǎng)頁子窗口的 消息;
判斷單元,用于判斷獲取的所述消息是否屬于預(yù)置的被丟棄消息;
消息處理單元,用于在所述判斷單元判斷獲取的所述消息是預(yù)置的被丟 棄消息時,丟棄獲取的所述消息;在所述判斷單元判斷獲取的所述消息不是 預(yù)置的被丟棄消息時,處理獲取的所述消息。
優(yōu)選的,所述處理單元還用于在所述顯示狀態(tài)獲取單元獲取所述網(wǎng)頁子 窗口處于被顯示狀態(tài)時,處理從所述輔助線程對應(yīng)的消息隊列中獲取的所述 網(wǎng)頁子窗口的消息。
從本發(fā)明實施例提供的以上技術(shù)方案可以看出,由于本發(fā)明實施例在網(wǎng) 頁子窗口處于被隱藏狀態(tài)時,丟棄該網(wǎng)頁子窗口的消息,即不對該網(wǎng)頁子窗
口的消息進行處理,從而使網(wǎng)頁子窗口處于被隱藏狀態(tài)時,并不會占用CPU 資源,因而即使在多頁面瀏覽器中打開多個網(wǎng)頁子窗口,由于同時只—有一個
網(wǎng)頁子窗口被顯示,而被隱藏的網(wǎng)頁子窗口并不會占用CPU資源,因而即使 打開的網(wǎng)頁子窗口再多,占用的CPU資源也只是顯示一個網(wǎng)頁子窗口所需要 的CPU資源,因而不會造成CPU資源的浪費;同時,由于用戶只能看到被顯 示的網(wǎng)頁子窗口的情況,而處于被顯示狀態(tài)的網(wǎng)頁子窗口是被正常顯示的, 因而也不會降低用戶體驗。


圖1為本發(fā)明實施例中多頁面瀏覽器網(wǎng)頁子窗口處理方法實施例一的流 程示意圖2為本發(fā)明實施例中多頁面瀏覽器網(wǎng)頁子窗口處理方法實施例二的流 程示意圖3為本發(fā)明實施例中多頁面瀏覽器實施例的結(jié)構(gòu)示意圖; 圖4為本發(fā)明實施例中多頁面瀏覽器實施例中處理單元的結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案、及優(yōu)點更加清楚明白,以下參照附圖并 舉實施例,對本發(fā)明進一步詳細說明。
本發(fā)明實施例提供的多頁面瀏覽器網(wǎng)頁子窗口處理方法是應(yīng)用于多輔助 線程的多頁面瀏覽器中的方法,在多輔助線程的多頁面瀏覽器中,每一個網(wǎng) 頁子窗口都會被分配一個輔助線程,該輔助線程處理與其對應(yīng)的網(wǎng)頁子窗口 的一些消息,使網(wǎng)頁子窗口能夠被正確顯示。使用本發(fā)明實施例提供的多頁 面瀏覽器網(wǎng)頁子窗口處理方法可以在打開多個網(wǎng)頁子窗口時,也不會占用較 多的CPU資源。
本發(fā)明提供的多頁面瀏覽器網(wǎng)頁子窗口處理方法實施例 一 的流程如圖1 所示,包括步驟IOI、 102和103。
步驟IOI、接收打開網(wǎng)頁子窗口的請求,為網(wǎng)頁子窗口分配輔助線程,該輔助線程處理網(wǎng)頁子窗口的消息;
打開網(wǎng)頁子窗口的請求一般是用戶輸入了某個網(wǎng)址、或點擊了某個鏈接 等其他操作導(dǎo)致需要打開一個新的網(wǎng)頁子窗口而發(fā)送的。在接收到打開網(wǎng)頁 子窗口的請求后,可以為該網(wǎng)頁子窗口分配一個的輔助線程,由分配的該輔 助線程處理該網(wǎng)頁子窗口的消息,處理的消息主要是保證網(wǎng)頁子窗口被正確 顯示的一些消息,例如使網(wǎng)頁子窗口上的動畫能夠正確顯示的一些消息,使 網(wǎng)頁子窗口上的一些程序能夠被正確執(zhí)行的消息等。使用不同的操作系統(tǒng)、 和/或不同的瀏覽器等,處理的消息可能會有不同。
步驟102、輔助線程獲取網(wǎng)頁子窗口的顯示狀態(tài);
由于是多頁面瀏覽器,在同一時刻只有一個網(wǎng)頁子窗口會處于被顯示狀 態(tài),因而輔助線程需要獲取網(wǎng)頁子窗口的顯示狀態(tài),并根據(jù)顯示狀態(tài)的不同 而對消息采用不同的處理方式,其中,本發(fā)明實施例所使用的顯示狀態(tài)有被 顯示狀態(tài)、被隱藏狀態(tài)等。
步驟103、如果網(wǎng)頁子窗口處于被隱藏狀態(tài),丟棄從輔助線程對應(yīng)的消息 隊列中獲取的網(wǎng)頁子窗口的消息。
在網(wǎng)頁子窗口處于被隱藏狀態(tài)時,就可以丟棄該網(wǎng)頁子窗口的消息。本 發(fā)明實施例中可以丟棄所有從輔助線程對應(yīng)的消息隊列中獲取的網(wǎng)頁子窗口 的消息;也可以有選擇的丟棄一些獲取的網(wǎng)頁子窗口的消息,例如丟棄一些 將會引起較大計算量的消息,因而可以預(yù)先選擇一些會? 1起較大計算量的消 息作為預(yù)置的被丟棄消息,輔助線程從輔助線程對應(yīng)的消息隊列中獲取的網(wǎng) 頁子窗口的消息后,就判斷獲取的消息是否為預(yù)置的被丟棄消息,如果是預(yù) 置的被丟棄消息則直接丟棄,如果不是預(yù)置的被丟棄消息則按照正確處理方 式處理獲取的消息。例如,在視窗(Windows )操作系統(tǒng)中,WM—TIMER消 息和WM_SYSTIMER消息是會? 1起較大計算量的消息,因而可以將這兩個消 息作為預(yù)置的被丟棄消息。在其他操作系統(tǒng)中也會有與WM—TIMER消息和 WN^SYSTIMER消息功能類似的消息,在其他操作系統(tǒng)中,也可以將功能類 似的消息作為預(yù)置的被丟棄消息。由于大量的計算主要是由少部分消息產(chǎn)生
的,因而本發(fā)明實施例優(yōu)選有選擇的丟棄上述引起大量計算的少部分消息。
從上可知,本實施例在網(wǎng)頁子窗口處于被隱藏狀態(tài)時,丟棄該網(wǎng)頁子窗 口的消息,即不對該網(wǎng)頁子窗口的消息進行處理,從而使網(wǎng)頁子窗口處于被 隱藏狀態(tài)時,并不會占用CPU資源,因而即使在多頁面瀏覽器中打開多個網(wǎng) 頁子窗口,由于同時只有一個網(wǎng)頁子窗口被顯示,而被隱藏的網(wǎng)頁子窗口并
不會占用CPU資源,因而即使打開的網(wǎng)頁子窗口再多,占用的CPU資源也只 是顯示一個網(wǎng)頁子窗口所需要的CPU資源,因而不會造成CPU資源的浪費, 并且不會因為多頁面瀏覽器所占用較多的CPU資源,影響操作系統(tǒng)對用戶的 一些其他操作的響應(yīng)速度;同時,由于用戶只能看到被顯示的網(wǎng)頁子窗口的 情況,而處于被顯示狀態(tài)的網(wǎng)頁子窗口是被正常顯示的,因而也不會降低用 戶體驗。
需要說明的是,本發(fā)明實施例所描述的輔助線程獲取網(wǎng)頁子窗口的顯示 狀態(tài)的步驟中,輔助線程可以主動的請求獲取網(wǎng)頁子窗口的顯示狀態(tài),也可 以被動的接收包括網(wǎng)頁子窗口的顯示狀態(tài)的通知消息。其中,若輔助線程主 動的請求獲取網(wǎng)頁子窗口的顯示狀態(tài), 一般是周期性的請求獲取網(wǎng)頁子窗口 的顯示狀態(tài),但是本發(fā)明實施例并不排除非周期性的請求獲取網(wǎng)頁子窗口的 顯示狀態(tài)的情況。在輔助線程主動的請求獲取網(wǎng)頁子窗口的顯示狀態(tài)時,輔 助線程獲取網(wǎng)頁子窗口的顯示狀態(tài)的步驟包括輔助線程發(fā)送請求獲取網(wǎng)頁 子窗口的顯示狀態(tài)的請求消息,輔助線程接收包括網(wǎng)頁子窗口的顯示狀態(tài)的 通知消息,從通知消息中獲取網(wǎng)頁子窗口的顯示狀態(tài);其中,通知消息是響 應(yīng)所述請求消息的。
在被動的接收包括網(wǎng)頁子窗口的顯示狀態(tài)的通知消息時,該通知消息一 般是由多頁面瀏覽器發(fā)送的,多頁面瀏覽器能夠獲取當前顯示的網(wǎng)頁子窗口 的情況,在一個網(wǎng)頁子窗口由被顯示狀態(tài)轉(zhuǎn)換為被隱藏狀態(tài)、或由被隱藏狀 態(tài)轉(zhuǎn)換為被顯示狀態(tài)時,多頁面瀏覽器都會即時的通知相應(yīng)的輔助線程。此 時,輔助線程獲取網(wǎng)頁子窗口的顯示狀態(tài)的步驟包括輔助線程接收包括網(wǎng) 頁子窗口的顯示狀態(tài)的通知消息,從通知消息中獲取網(wǎng)頁子窗口的顯示狀態(tài)。
輔助線程主動的請求獲取網(wǎng)頁子窗口的顯示狀態(tài)時,由于用戶切換網(wǎng)頁 子窗口是隨機的,所以此時可能并不能即時的獲取到網(wǎng)頁子窗口的最新顯示 狀態(tài);而輔助線程被動的獲取網(wǎng)頁子窗口的顯示狀態(tài)時,由于瀏覽器一般在 用戶切換網(wǎng)頁子窗口時就可以即時的發(fā)送通知消息,因而本發(fā)明實施例優(yōu)選 輔助線程被動的獲取網(wǎng)頁子窗口的顯示狀態(tài)。
圖2描述了本發(fā)明實施例提供的多頁面瀏覽器網(wǎng)頁子窗口處理方法實施 例二的流程,包括步驟201、 202、 203、 204和205。
步驟201、接收打開網(wǎng)頁子窗口的請求,為網(wǎng)頁子窗口分配輔助線程,該 輔助線程處理網(wǎng)頁子窗口的消息;
步驟201參照步驟101執(zhí)行。
步驟202、輔助線程接收包括網(wǎng)頁子窗口的顯示狀態(tài)的通知消息,從通知 消息中獲取網(wǎng)頁子窗口的顯示狀態(tài);
步驟203、判斷網(wǎng)頁子窗口的顯示狀態(tài)是否為被隱藏狀態(tài);如果是,進入 步驟204;如果否,進入步驟205;
步驟204、丟棄從輔助線程對應(yīng)的消息隊列中獲取的該網(wǎng)頁子窗口的消 息;結(jié)束流程;
由于網(wǎng)頁子窗口處于被隱藏狀態(tài),因而為了降低被隱藏的網(wǎng)頁子窗口對 CPU資源的占用,可以丟棄從輔助線程對應(yīng)的消息隊列中獲取的該網(wǎng)頁子窗 口的消息;具體參照步驟103執(zhí)行。
步驟205 、處理從輔助線程對應(yīng)的消息隊列中獲取的該網(wǎng)頁子窗口的消 息;結(jié)束流程。
由于網(wǎng)頁子窗口不是處于被隱藏狀態(tài),即網(wǎng)頁子窗口處于被顯示狀態(tài), 為了讓用戶正確的查看網(wǎng)頁子窗口,因而需要處理從輔助線程對應(yīng)的消息隊 列中獲取的該網(wǎng)頁子窗口的消息。
從上可知,本實施例在網(wǎng)頁子窗口處于被隱藏狀態(tài)時,丟棄該網(wǎng)頁子窗 口的消息,進而不對該網(wǎng)頁子窗口的消息進行處理,使網(wǎng)頁子窗口處于被隱
藏狀態(tài)時并不會占用CPU資源,因而即使在多頁面瀏覽器中打開多個網(wǎng)頁子 窗口,由于一次只有一個網(wǎng)頁子窗口被顯示,而被隱藏的網(wǎng)頁子窗口并不備
占用CPU資源,因而即使打開的網(wǎng)頁子窗口再多,占用的CPU資源也只是正 常顯示一個網(wǎng)頁子窗口所需要的CPU資源,因而不會造成CPU資源的浪費; 同時,由于用戶只能看到被顯示的網(wǎng)頁子窗口的情況,而被顯示的網(wǎng)頁子窗 口的消息是被正常處理的,因而是正常顯示的,因而也不會降低用戶體驗。
使用本發(fā)明實施例提供的多頁面瀏覽器網(wǎng)頁子窗口處理方法后,采用多 輔助線程的方式設(shè)計的多頁面瀏覽器中打開網(wǎng)頁子窗口時,用戶每在瀏覽器 中打開一個新的網(wǎng)頁子窗口,就創(chuàng)建一個新的輔助線程,這個輔助線程中處 理網(wǎng)頁子窗口的消息。
假設(shè)用戶在多頁面瀏覽器的界面上激活顯示某個網(wǎng)頁子窗口 (假定為網(wǎng)頁 子窗口A,即網(wǎng)頁子窗口 A處于被顯示狀態(tài)),而隱藏了其他的網(wǎng)頁子窗口(假 定為網(wǎng)頁子窗口B,即網(wǎng)頁子窗口 B處于被隱藏狀態(tài))。多頁面瀏覽器就可以 通知網(wǎng)頁子窗口 A所在的輔助線程,網(wǎng)頁子窗口 A處于凈皮顯示狀態(tài);通知網(wǎng) 頁子窗口 B所在的輔助線程,網(wǎng)頁子窗口 B處于被隱藏狀態(tài)。
網(wǎng)頁子窗口 B所在的輔助線程,不斷從輔助線程的消息隊列里面獲得待 處理的網(wǎng)頁子窗口 B的消息??梢赃x擇部分或全部丟棄獲取的待處理的網(wǎng)頁 子窗口 B的消息,本發(fā)明實施例優(yōu)選有選擇的丟棄獲取的待處理的網(wǎng)頁子窗 口B的消息。以4見窗才喿作系統(tǒng)為例,如果發(fā)現(xiàn)消息的種類為WM—TIMER或 者WM_SYSTIMER,輔助就丟棄這個消息,也就是說不把這個消息分發(fā)到本 來應(yīng)該收到該消息的窗口 ,因此這個消息帶來的一系列的運算過程都不會發(fā) 生。由于瀏覽器在顯示網(wǎng)頁子窗口時候大部分的CPU的占用都發(fā)生在 WMJTIMER和WM—SYSTIMER引起的一系列運算過程,因此當丟棄了網(wǎng)頁 子窗口 B的WM一TIMER和WM_SYSTIMER消息時,大量的計算資源將凈皮節(jié) 省出來,多頁面瀏覽器的CPU資源占用將會大大降低。
而網(wǎng)頁子窗口 A所在的輔助線程,則不會丟棄任何消息,所有的消息都 會被正常的處理,因此網(wǎng)頁子窗口 A的各項功能均表現(xiàn)正常。從用戶的角度
看,用戶會感覺網(wǎng)頁子窗口 A運行正常,而網(wǎng)頁子窗口 B是否被正常顯示用 戶并不會看到,因此即使網(wǎng)頁子窗口 B沒有被正常顯示,也不會降低用戶的 體驗。
當用戶切換網(wǎng)頁子窗口 B為被顯示狀態(tài)(相應(yīng)的網(wǎng)頁子窗口 A就處于被 隱藏狀態(tài))時,網(wǎng)頁子窗口 A的輔助線程進行處理與前述的網(wǎng)頁子窗口 B的 輔助線程的處理相同,而網(wǎng)頁子窗口 B的輔助線程則會與上述的網(wǎng)頁子窗口 A的輔助線程的處理相同,此處不再贅述。
與多頁面瀏覽器網(wǎng)頁子窗口處理方法對應(yīng),本發(fā)明實施例還提供了相應(yīng) 的多頁面瀏覽器,圖3描述了本發(fā)明提供的多頁面瀏覽器實施例的結(jié)構(gòu),包 括
請求接收單元301,用于接收打開網(wǎng)頁子窗口的請求;
輔助線程分配單元302,用于為網(wǎng)頁子窗口分配輔助線程,輔助線程處 理網(wǎng)頁子窗口的消息;
顯示狀態(tài)獲取單元303,用于觸發(fā)輔助線程獲取網(wǎng)頁子窗口的顯示狀態(tài);
處理單元304,用于在顯示狀態(tài)獲取單元獲取的網(wǎng)頁子窗口處于被隱藏 狀態(tài)時,丟棄從輔助線程對應(yīng)的消息隊列中獲取的網(wǎng)頁子窗口的消息。
從上可知,多頁面瀏覽器的本實施例在網(wǎng)頁子窗口處于被隱藏狀態(tài)時, 丟棄該網(wǎng)頁子窗口的消息,即不對該網(wǎng)頁子窗口的消息進行處理,從而使網(wǎng) 頁子窗口處于被隱藏狀態(tài)時,并不會占用CPU資源,因而即使在多頁面瀏覽 器中打開多個網(wǎng)頁子窗口,由于同時只有一個網(wǎng)頁子窗口被顯示,而被隱藏 的網(wǎng)頁子窗口并不會占用CPU資源,因而即使打開的網(wǎng)頁子窗口再多,占用 的CPU資源也只是顯示一個網(wǎng)頁子窗口所需要的CPU資源,因而不會造成 CPU資源的浪費,并且不會因為多頁面瀏覽器所占用的CPU資源較多,影響 操作系統(tǒng)對用戶的一些其他操作的響應(yīng)速度;同時,由于用戶只能看到被顯 示的網(wǎng)頁子窗口的情況,而處于被顯示狀態(tài)的網(wǎng)頁子窗口是被正常顯示的, 因而也不會降低用戶體驗。
其中,本發(fā)明實施例提供的多頁面瀏覽器的處理單元304的一種結(jié)構(gòu)如 圖4所示,包括
消息獲取單元3041,用于在顯示狀態(tài)獲取單元獲取的網(wǎng)頁子窗口處于被 隱藏狀態(tài)時,從輔助線程對應(yīng)的消息隊列中獲取網(wǎng)頁子窗口的消息;
判斷單元3042,用于判斷獲取的消息是否屬于預(yù)置的被丟棄消息;
消息處理單元3043,用于在判斷單元判斷獲取的消息是預(yù)置的被丟棄消 息時,丟棄獲取的消息;在判斷單元判斷獲取的消息不是預(yù)置的被丟棄消息 時,處理獲取的消息。
本發(fā)明實施例提供的多頁面瀏覽器的處理單元還用于在顯示狀態(tài)獲取單 元獲取網(wǎng)頁子窗口處于被顯示狀態(tài)時,處理從輔助線程對應(yīng)的消息隊列中獲 取的網(wǎng)頁子窗口的消息。從而使處于被顯示狀態(tài)的網(wǎng)頁子窗口能夠被正常顯 示。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟 是可以通過程序來指令相關(guān)的硬件完成,所述的程序可以存儲于一種計算機 可讀存儲介質(zhì)中,該程序在執(zhí)行時,包括如下步驟
接收打開網(wǎng)頁子窗口的請求,為所述網(wǎng)頁子窗口分配輔助線程,所述輔 助線程處理所述網(wǎng)頁子窗口的消息;
所述輔助線程獲取所述網(wǎng)頁子窗口的顯示狀態(tài);
如果所述網(wǎng)頁子窗口處于被隱藏狀態(tài),丟棄從所述輔助線程對應(yīng)的消息 隊列中獲取的所述網(wǎng)頁子窗口的消息。
上述提到的存儲介質(zhì)可以是只讀存儲器,磁盤或光盤等。
以上對本發(fā)明實施例所提供的多頁面瀏覽器網(wǎng)頁子窗口處理方法及多頁 面瀏覽器進行了詳細介紹,以上實施例的說明只是用于幫助理解本發(fā)明的方 法及其思想;同時,對于本領(lǐng)域的一般技術(shù)人員,依據(jù)本發(fā)明的思想,在具 體實施方式及應(yīng)用范圍上均會有改變之處,綜上所述,本說明書內(nèi)容不應(yīng)理 解為對本發(fā)明的限制。
權(quán)利要求
1、一種多頁面瀏覽器網(wǎng)頁子窗口處理方法,其特征在于,包括接收打開網(wǎng)頁子窗口的請求,為所述網(wǎng)頁子窗口分配輔助線程,所述輔助線程處理所述網(wǎng)頁子窗口的消息;所述輔助線程獲取所述網(wǎng)頁子窗口的顯示狀態(tài);如果所述網(wǎng)頁子窗口處于被隱藏狀態(tài),丟棄從所述輔助線程對應(yīng)的消息隊列中獲取的所述網(wǎng)頁子窗口的消息。
2、 如權(quán)利要求1所述的多頁面瀏覽器網(wǎng)頁子窗口處理方法,其特征在于, 所述丟棄從所述輔助線程對應(yīng)的消息隊列中獲取的所述網(wǎng)頁子窗口的消息的 步驟包括從所述輔助線程對應(yīng)的消息隊列中獲取所述網(wǎng)頁子窗口的消息后,判斷 獲取的所述消息是否屬于預(yù)置的被丟棄消息,如果是預(yù)置的被丟棄消息,則 丟棄獲取的所述消息;如果不是預(yù)置的被丟棄消息,則處理獲取的所述消息。
3、 如權(quán)利要求1所述的多頁面瀏覽器網(wǎng)頁子窗口處理方法,其特征在于, 所述輔助線程獲取所述網(wǎng)頁子窗口的顯示狀態(tài)的步驟包括所述輔助線程接收包括所述網(wǎng)頁子窗口的顯示狀態(tài)的通知消息,從所述 通知消息中獲取所述網(wǎng)頁子窗口的顯示狀態(tài)。
4、 如權(quán)利要求3所述的多頁面瀏覽器網(wǎng)頁子窗口處理方法,其特征在于, 所述輔助線程接收包括所述網(wǎng)頁子窗口的顯示狀態(tài)的通知消息前進 一 步包 括所述輔助線程發(fā)送請求獲取所述網(wǎng)頁子窗口的顯示狀態(tài)的請求消息。
5、 如權(quán)利要求4所述的多頁面瀏覽器網(wǎng)頁子窗口處理方法,其特征在于, 所述輔助線程周期性的發(fā)送所述請求消息。
6、 如權(quán)利要求1至5所述的多頁面瀏覽器網(wǎng)頁子窗口處理方法,其特征 在于,如果所述網(wǎng)頁子窗口處于被顯示狀態(tài),處理從所述輔助線程對應(yīng)的消 息隊列中獲取的所述網(wǎng)頁子窗口的消息。
7、 一種多頁面瀏覽器,其特征在于,包括請求接收單元,用于接收打開網(wǎng)頁子窗口的請求;輔助線程分配單元,用于為所述網(wǎng)頁子窗口分配輔助線程,所述輔助線 程處理所述網(wǎng)頁子窗口的消息;顯示狀態(tài)獲取單元,用于觸發(fā)所述輔助線程獲取所述網(wǎng)頁子窗口的顯示 狀態(tài);處理單元,用于在所述顯示狀態(tài)獲取單元獲取的所述網(wǎng)頁子窗口處于被 隱藏狀態(tài)時,丟棄從所述輔助線程對應(yīng)的消息隊列中獲取的所述網(wǎng)頁子窗口 的消息。
8、 如權(quán)利要求7所述的多頁面瀏覽器,其特征在于,所述處理單元包括消息獲取單元,用于在所述顯示狀態(tài)獲取單元獲取的所述網(wǎng)頁子窗口處 于被隱藏狀態(tài)時,從所述輔助線程對應(yīng)的消息隊列中獲取所述網(wǎng)頁子窗口的 消息;判斷單元,用于判斷獲取的所述消息是否屬于預(yù)置的被丟棄消息;消息處理單元,用于在所述判斷單元判斷獲取的所述消息是預(yù)置的被丟 棄消息時,丟棄獲取的所述消息;在所述判斷單元判斷獲取的所述消息不是 預(yù)置的被丟棄消息時,處理獲取的所述消息。
9、 如權(quán)利要求7或8所述的多頁面瀏覽器,其特征在于,所述處理單元 還用于在所述顯示狀態(tài)獲取單元獲取所述網(wǎng)頁子窗口處于被顯示狀態(tài)時,處 理從所述輔助線程對應(yīng)的消息隊列中獲取的所述網(wǎng)頁子窗口的消息。
全文摘要
本發(fā)明涉及網(wǎng)絡(luò)技術(shù),公開了多頁面瀏覽器網(wǎng)頁子窗口處理方法及多頁面瀏覽器,其中多頁面瀏覽器網(wǎng)頁子窗口處理方法包括接收打開網(wǎng)頁子窗口的請求,為所述網(wǎng)頁子窗口分配輔助線程,所述輔助線程處理所述網(wǎng)頁子窗口的消息;所述輔助線程獲取所述網(wǎng)頁子窗口的顯示狀態(tài);如果所述網(wǎng)頁子窗口處于被隱藏狀態(tài),丟棄從所述輔助線程對應(yīng)的消息隊列中獲取的所述網(wǎng)頁子窗口的消息。使用本發(fā)明實施例提供的技術(shù)方案,在打開多個網(wǎng)頁子窗口時也不會占用較多的CPU資源,提高了用戶體驗。
文檔編號G06F17/30GK101183386SQ20071019594
公開日2008年5月21日 申請日期2007年12月7日 優(yōu)先權(quán)日2007年12月7日
發(fā)明者劉方敏, 登 羅 申請人:騰訊科技(深圳)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1