客戶端的冷啟動方法及裝置制造方法

客戶端的冷啟動方法及裝置制造方法
【專利摘要】本發明提供一種客戶端的冷啟動方法及裝置。本發明實施例在接收啟動終端上的客戶端的啟動命令之后，通過利用UI線程，展現所述客戶端的UI框架，進而利用I/O線程，從所述終端的存儲設備中讀取所述UI框架中與所述客戶端的啟動頁面相關功能的第一可執行文件，使得能夠利用所述UI線程，運行所述第一可執行文件，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，而是利用多線程即UI線程和I/O線程并行進行操作，使得能夠避免現有技術中由于冷啟動所需要的可執行文件較多而導致的利用UI線程，依次讀取冷啟動所需要的可執行文件并運行的時間較長的問題，從而提高了客戶端的冷啟動速度。
【專利說明】客戶?而的冷啟動方法及裝直【【技術領域】】
[0001]本發明涉及客戶端的啟動技術，尤其涉及一種客戶端的冷啟動方法及裝置。
【【背景技術】】
[0002]隨著通信技術的發展，終端逐漸成為了消費者必不可少的通信和娛樂工具。為了滿足消費者的需求，終端上可以安裝各種各樣的應用程序，例如瀏覽器等。這些應用程序所對應的客戶端，進行冷啟動即終端開機之后第一次運行時，利用用戶界面(UserInterface, UI)線程，依次讀取冷啟動所需要的可執行文件，并運行。
[0003]然而，由于冷啟動所需要的可執行文件較多，使得利用Π線程，依次讀取冷啟動所需要的可執行文件并運行的時間較長。這樣，導致了客戶端的冷啟動速度較慢。
【
【發明內容】
】
[0004]本發明的多個方面提供一種客戶端的冷啟動方法及裝置，用以提高客戶端的冷啟動速度。
[0005]本發明的一方面，提供一種客戶端的冷啟動方法，包括:
[0006]接收啟動終端上的客戶端的啟動命令；
[0007]利用UI線程，展現所述客戶端的UI框架；
[0008]利用I/O線程，從所述終端的存儲設備中讀取所述Π框架中與所述客戶端的啟動頁面相關功能的第一可執行文件；
[0009]利用所述UI線程，運行所述第一可執行文件。
[0010]如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述利用Π線程，展現所述客戶端的UI框架之后，還包括:
[0011]啟動所述Π線程的消息循環。
[0012]如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述客戶端的啟動頁面包括所述客戶端的主頁、所述客戶端的新標簽頁面或所述客戶端上次被關閉時未關閉的頁面。
[0013]如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述利用I/O線程，從所述終端的存儲設備中讀取所述Π框架中與所述客戶端的啟動頁面相關功能的第一可執行文件之后，還包括:
[0014]利用所述Π線程，從所述終端的存儲設備讀取所述Π框架中與所述客戶端的啟動頁面無關功能的第二可執行文件；
[0015]利用所述Π線程，運行所述第二可執行文件。
[0016]本發明的另一方面，提供一種客戶端的冷啟動裝置，包括:
[0017]接收單元,用于接收啟動終端上的客戶端的啟動命令；
[0018]框架單元，用于利用UI線程，展現所述客戶端的UI框架；
[0019]讀取單元，用于利用I/O線程，從所述終端的存儲設備中讀取所述Π框架中與所述客戶端的啟動頁面相關功能的第一可執行文件；
[0020]運行單元，用于利用所述Π線程，運行所述第一可執行文件。
[0021]如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述框架單元，還用于
[0022]啟動所述UI線程的消息循環。
[0023]如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，所述客戶端的啟動頁面包括所述客戶端的主頁、所述客戶端的新標簽頁面或所述客戶端上次被關閉時未關閉的頁面。
[0024]如上所述的方面和任一可能的實現方式，進一步提供一種實現方式，
[0025]所述讀取單元，還用于
[0026]利用所述Π線程，從所述終端的存儲設備讀取所述Π框架中與所述客戶端的啟動頁面無關功能的第二可執行文件；
[0027]所述運行單元，還用于
[0028]利用所述UI線程，運行所述第二可執行文件。
[0029]由上述技術方案可知，本發明實施例在接收啟動終端上的客戶端的啟動命令之后，通過利用UI線程，展 現所述客戶端的Π框架，進而利用I/O線程，從所述終端的存儲設備中讀取所述UI框架中與所述客戶端的啟動頁面相關功能的第一可執行文件，使得能夠利用所述Π線程，運行所述第一可執行文件，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，而是利用多線程即UI線程和I/O線程并行進行操作，使得能夠避免現有技術中由于冷啟動所需要的可執行文件較多而導致的利用UI線程，依次讀取冷啟動所需要的可執行文件并運行的時間較長的問題，從而提高了客戶端的冷啟動速度。
[0030]另外，采用本發明提供的技術方案，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，而是利用多線程即UI線程和I/O線程并行進行操作，使得客戶端的冷啟動速度有所提聞，因此，能夠有效提聞終端的利用率。
[0031]另外，采用本發明提供的技術方案，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，因此，能夠有效避免客戶端的冷啟動過程中出現卡死現象。
[0032]另外，采用本發明提供的技術方案，由于客戶端的冷啟動過程不再只是依賴于單線程即Π線程進行操作，而是利用多線程即Π線程和I/O線程并行進行操作，因此，能夠有效提聞終端的資源利用率。
[0033]另外，采用本發明提供的技術方案，由于在客戶端的Π框架展現完成之后，啟動所述Π線程的消息循環，使得無需等待更長的時間即能響應用戶操作，因此，能夠有效提高客戶端的操作效率。
【【專利附圖】

【附圖說明】】
[0034]為了更清楚地說明本發明實施例中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
[0035]圖1為本發明一實施例提供的客戶端的冷啟動方法的流程示意圖；[0036]圖2為本發明另一實施例提供的客戶端的冷啟動裝置的結構示意圖。
【【具體實施方式】】
[0037]為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的全部其他實施例，都屬于本發明保護的范圍。
[0038]可以理解的是，本發明所涉及的頁面，可以是基于超文本標記語言(HyperTextMarkup Language, HTML)編寫的網頁(Web Page),也可以稱為Web頁面。
[0039]需要說明的是，本發明實施例中所涉及的終端可以包括但不限于手機、個人數字助理(Personal Digital Assistant, PDA)、無線手持裝置、無線上網本、個人電腦、便攜電腦、個人電腦(Personal Computer, PC)、MP3播放器、MP4播放器等。
[0040]另外，本文中術語“和/或”，僅僅是一種描述關聯對象的關聯關系，表示可以存在三種關系，例如，A和/或B，可以表示:單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關聯對象是一種“或”的關系。[0041]圖1為本發明一實施例提供的客戶端的冷啟動方法的流程示意圖，如圖1所示。
[0042]IO1、接收啟動終端上的客戶端的啟動命令。
[0043]102、利用UI線程，展現所述客戶端的UI框架。
[0044]具體地，Π線程，還可以稱為主線程，具有一個線程應該具有的所有特征，例如，有一個線程函數和一個線程標識(ID)等。其中，UI線程的線程函數中可以創建一種特殊的對象即窗體對象，同時,還一并負責創建窗體對象上的各種控件,這些窗體對象和控件就組成了客戶端的UI框架。
[0045]103、利用輸入/輸出(Input/Output, I/O)線程,從所述終端的存儲設備中讀取所述UI框架中與所述客戶端的啟動頁面相關功能的第一可執行文件。
[0046]其中，所述終端的存儲設備可以為電腦的硬盤，或者還可以為手機的內存，本實施例對此不進行限定。
[0047]具體地，可以另外啟動一個I/O線程，利用該I/O線程，從所述終端的存儲設備中讀取所述Π框架中與所述客戶端的啟動頁面相關功能的第一可執行文件。
[0048]可選地，在本實施例的一個可能的實現方式中，所述客戶端的啟動頁面可以包括但不限于所述客戶端的主頁、所述客戶端的新標簽頁面或所述客戶端上次被關閉時未關閉的頁面，本實施例對此不進行特別限定。
[0049]其中，頁面，可以是基于超文本標記語言(HyperText Markup Language, HTML)編寫的網頁(Web Page)，也可以稱為Web頁面。Web頁面可以包括由一個或者多個頁面標簽即超文本標記語言(HyperText Markup Language,HTML)標簽組成的一個顯示區塊,稱為頁面元素，例如，文字、標簽、超鏈接、按鈕、輸入框、下拉框等。
[0050]可選地，在本實施例的一個可能的實現方式中，與所述客戶端的啟動頁面相關功能，可以為UI框架的主要邏輯，例如，UI框架的頁面刷新功能、Π框架的頁面停止功能、以及UI框架的地址欄顯示功能等，本實施例對此不進行特別限定。
[0051]104、利用所述Π線程，運行所述第一可執行文件。[0052]需要說明的是，101?104的執行主體可以是啟動裝置，可以位于本地的客戶端中，以進行客戶端的離線啟動或在線啟動。
[0053]可以理解的是，所述客戶端可以是安裝在終端上的應用程序，例如，瀏覽器等，只要能夠實現用戶的業務需求的客觀存在形式都可以，本實施例對此不進行特別限定。
[0054]這樣，在接收啟動終端上的客戶端的啟動命令之后，通過利用UI線程，展現所述客戶端的UI框架，進而利用I/O線程，從所述終端的存儲設備中讀取所述UI框架中與所述客戶端的啟動頁面相關功能的第一可執行文件，使得能夠利用所述Π線程，運行所述第一可執行文件，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，而是利用多線程即Π線程和I/O線程并行進行操作，使得能夠避免現有技術中由于冷啟動所需要的可執行文件較多而導致的利用UI線程，依次讀取冷啟動所需要的可執行文件并運行的時間較長的問題，從而提高了客戶端的冷啟動速度。
[0055]可選地，在本實施例的一個可能的實現方式中，在102中，啟動裝置具體可以利用UI線程，從所述終端的存儲設備中讀取所述Π框架中與所述Π框架的展現操作相關功能的可執行文件，繼而，利用該Π線程，運行所讀取的所述Π框架中與所述框架的展現操作相關功能的可執行文件。其中，與所述Π框架的展現操作相關功能，可以為UI框架的基本邏輯，例如，所述Π框架的大小、位置，以及Π元素的配置信息等，本實施例對此不進行特別限定。
[0056]可選地，在本實施例的一個可能的實現方式中，在102之后，啟動裝置還可以進一步啟動所述Π線程的消息循環，以響應當前能夠支持的用戶操作。例如，π框架的最小化操作、Π框架的最大化操作、以及移動UI框架的位置等用戶操作。
[0057]具體地，可以每次從Π線程所對應的消息隊列中取出一條消息，然后根據消息所包含的信息，將其轉發給特定的窗體對象，此窗體對象所對應的窗體過程函數被調用，以處理這些消息。詳細描述可以參見現有技術中UI線程的消息循環的相關內容，此處不再贅述。
[0058]這樣，由于在客戶端的Π框架展現完成之后，啟動所述Π線程的消息循環，使得無需等待更長的時間即能響應用戶操作，因此，能夠有效提高客戶端的操作效率。
[0059]可選地，在本實施例的一個可能的實現方式中，啟動裝置執行完畢103之后，開始執行104的方法有很多。例如，I/O線程向Π線程發送通知事件，以通知可執行文件讀取完畢，UI線程接收到通知事件之后，即開始執行相應操作，即運行所述第一可執行文件；或者，再例如，I/O線程設置全局標識，用以表示可執行文件讀取完畢，UI線程檢測到該全局標識，即開始執行相應操作，即運行所述第一可執行文件，本實施例對此不進行特別限定。
[0060]至此，可以認為客戶端的冷啟動過程基本完成，用戶可以利用終端運行的客戶端執行與該客戶端的啟動頁面相關功能的操作，例如，瀏覽啟動頁面，或者，再例如，在啟動頁面中點擊超鏈接等。
[0061]可選地，在本實施例的一個可能的實現方式中，在103之后，啟動裝置還可以進一步利用所述Π線程，從所述終端的存儲設備讀取所述Π框架中與所述客戶端的啟動頁面無關功能的第二可執行文件，進而，再利用所述Π線程，運行所述第二可執行文件。
[0062]具體地，與所述客戶端的啟動頁面無關功能，可以為UI框架的次要邏輯，例如，UI框架的一些附加功能等，本實施例對此不進行特別限定。[0063]本實施例中，在接收啟動終端上的客戶端的啟動命令之后，通過利用Π線程，展現所述客戶端的UI框架，進而利用I/O線程，從所述終端的存儲設備中讀取所述UI框架中與所述客戶端的啟動頁面相關功能的第一可執行文件，使得能夠利用所述Π線程，運行所述第一可執行文件，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，而是利用多線程即Π線程和I/O線程并行進行操作，使得能夠避免現有技術中由于冷啟動所需要的可執行文件較多而導致的利用UI線程，依次讀取冷啟動所需要的可執行文件并運行的時間較長的問題，從而提高了客戶端的冷啟動速度。
[0064]另外，采用本發明提供的技術方案，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，而是利用多線程即UI線程和I/O線程并行進行操作，使得客戶端的冷啟動速度有所提聞，因此，能夠有效提聞終端的利用率。
[0065]另外，采用本發明提供的技術方案，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，因此，能夠有效避免客戶端的冷啟動過程中出現卡死現象。
[0066]另外，采用本發明提供的技術方案，由于客戶端的冷啟動過程不再只是依賴于單線程即Π線程進行操作，而是利用多線程即Π線程和I/O線程并行進行操作，因此，能夠有效提聞終端的資源利用率。
[0067]另外，采用本發明提供的技術方案，由于在客戶端的Π框架展現完成之后，啟動所述Π線程的消息循環，使得無需等待更長的時間即能響應用戶操作，因此，能夠有效提高客戶端的操作效率。
[0068]需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本發明并不受所描述的動作順序的限制，因為依據本發明，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優選實施例，所涉及的動作和模塊并不一定是本發明所必須的。
[0069]在上述實施例中，對各個實施例的描述都各有側重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。
[0070]圖2為本發明另一實施例提供的客戶端的冷啟動裝置的結構示意圖，如圖2所示。本實施例的客戶端的冷啟動裝置可以包括接收單元21、框架單元22、讀取單元23和運行單元24。其中，
[0071]接收單元21,用于接收啟動終端上的客戶端的啟動命令。
[0072]框架單元22，用于利用UI線程，展現所述客戶端的Π框架。
[0073]具體地，Π線程，還可以稱為主線程，具有一個線程應該具有的所有特征，例如，有一個線程函數和一個線程標識(ID)等。其中，UI線程的線程函數中可以創建一種特殊的對象即窗體對象，同時,還一并負責創建窗體對象上的各種控件,這些窗體對象和控件就組成了客戶端的Π框架。
[0074]讀取單元23，用于利用I/O線程，從所述終端的存儲設備中讀取所述Π框架中與所述客戶端的啟動頁面相關功能的第一可執行文件。
[0075]其中，所述終端的存儲設備可以為電腦的硬盤，或者還可以為手機的內存，本實施例對此不進行限定。
[0076]具體地，所述讀取單元23可以另外啟動一個I/O線程，利用該I/O線程，從所述終端的存儲設備中讀取所述UI框架中與所述客戶端的啟動頁面相關功能的第一可執行文件。
[0077]可選地，在本實施例的一個可能的實現方式中，所述客戶端的啟動頁面可以包括但不限于所述客戶端的主頁、所述客戶端的新標簽頁面或所述客戶端上次被關閉時未關閉的頁面，本實施例對此不進行特別限定。
[0078]其中，頁面，可以是基于超文本標記語言(HyperText Markup Language, HTML)編寫的網頁(Web Page)，也可以稱為Web頁面。Web頁面可以包括由一個或者多個頁面標簽即超文本標記語言(HyperText Markup Language,HTML)標簽組成的一個顯示區塊,稱為頁面元素，例如，文字、標簽、超鏈接、按鈕、輸入框、下拉框等。
[0079]可選地，在本實施例的一個可能的實現方式中，與所述客戶端的啟動頁面相關功能，可以為UI框架的主要邏輯，例如，UI框架的頁面刷新功能、Π框架的頁面停止功能、以及UI框架的地址欄顯示功能等，本實施例對此不進行特別限定。
[0080]運行單元24，用于利用所述UI線程，運行所述第一可執行文件。
[0081]需要說明的是，本實施例所提供的客戶端的冷啟動裝置，可以位于本地的客戶端中，以進行客戶端的離線啟動或在線啟動。
[0082]可以理解的是，所述客戶端可以是安裝在終端上的應用程序，例如，瀏覽器等，只要能夠實現用戶的業務需求的客觀存在形式都可以，本實施例對此不進行特別限定。
[0083]這樣，在接收單元接收啟動終端上的客戶端的啟動命令之后，通過框架單元利用UI線程，展現所述客戶端的π框架，進而由讀取單元利用I/O線程，從所述終端的存儲設備中讀取所述UI框架中與所述客戶端的啟動頁面相關功能的第一可執行文件，使得運行單元能夠利用所述Π線程，運行所述第一可執行文件，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，而是利用多線程即UI線程和I/O線程并行進行操作，使得能夠避免現有技術中由于冷啟動所需要的可執行文件較多而導致的利用UI線程，依次讀取冷啟動所需要的可執行文件并運行的時間較長的問題，從而提高了客戶端的冷啟動速度。
[0084]可選地，在本實施例的一個可能的實現方式中，所述框架單元22，具體可以利用UI線程，從所述終端的存儲設備中讀取所述Π框架中與所述Π框架的展現操作相關功能的可執行文件，繼而，利用該Π線程，運行所讀取的所述Π框架中與所述框架的展現操作相關功能的可執行文件。其中，與所述Π框架的展現操作相關功能，可以為UI框架的基本邏輯，例如，所述Π框架的大小、位置，以及Π元素的配置信息等，本實施例對此不進行特別限定。
[0085]可選地，在本實施例的一個可能的實現方式中，所述框架單元22，還可以進一步用于啟動所述Π線程的消息循環，以響應當前能夠支持的用戶操作。例如，π框架的最小化操作、Π框架的最大化操作、以及移動Π框架的位置等用戶操作。
[0086]具體地，每次從Π線程所對應的消息隊列中取出一條消息，然后根據消息所包含的信息，將其轉發給特定的窗體對象，此窗體對象所對應的窗體過程函數被調用，以處理這些消息。詳細描述可以參見現有技術中UI線程的消息循環的相關內容，此處不再贅述。
[0087]這樣，由于所述框架單元22在客戶端的UI框架展現完成之后，啟動所述UI線程的消息循環，使得無需等待更長的時間即能響應用戶操作，因此，能夠有效提高客戶端的操作效率。
[0088]可選地，在本實施例的一個可能的實現方式中，讀取單元23執行完畢對應操作，運行單元24開始執行對應操作的方法有很多。例如，I/O線程向UI線程發送通知事件，以通知可執行文件讀取完畢，Π線程接收到通知事件之后，即開始執行相應操作，即運行所述第一可執行文件；或者，再例如，I/O線程設置全局標識，用以表示可執行文件讀取完畢，UI線程檢測到該全局標識，即開始執行相應操作，即運行所述第一可執行文件，本實施例對此不進行特別限定。
[0089]至此，可以認為客戶端的冷啟動過程基本完成，用戶可以利用終端運行的客戶端執行與該客戶端的啟動頁面相關功能的操作，例如，瀏覽啟動頁面，或者，再例如，在啟動頁面中點擊超鏈接等。
[0090]可選地，在本實施例的一個可能的實現方式中，所述讀取單元23，還可以進一步用于利用所述Π線程，從所述終端的存儲設備讀取所述UI框架中與所述客戶端的啟動頁面無關功能的第二可執行文件；相應地，所述運行單元24，則可以用于利用所述Π線程，運行所述第二可執行文件。
[0091]具體地，與所述客戶端的啟動頁面無關功能，可以為UI框架的次要邏輯，例如，UI框架的一些附加功能等，本實施例對此不進行特別限定。
[0092]本實施例中，在接收單元接收啟動終端上的客戶端的啟動命令之后，通過框架單元利用UI線程，展現所述客戶端的UI框架，進而由讀取單元利用I/O線程，從所述終端的存儲設備中讀取所述Π框架中與所述客戶端的啟動頁面相關功能的第一可執行文件，使得運行單元能夠利用所述Π線程，運行所述第一可執行文件，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，而是利用多線程即UI線程和I/O線程并行進行操作，使得能夠避免現有技術中由于冷啟動所需要的可執行文件較多而導致的利用UI線程，依次讀取冷啟動所需要的可執行文件并運行的時間較長的問題，從而提高了客戶端的冷啟動速度。
[0093]另外，采用本發明提供的技術方案，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，而是利用多線程即UI線程和I/O線程并行進行操作，使得客戶端的冷啟動速度有所提聞，因此，能夠有效提聞終端的利用率。
[0094]另外，采用本發明提供的技術方案，由于客戶端的冷啟動過程不再只是依賴于單線程即UI線程進行操作，因此，能夠有效避免客戶端的冷啟動過程中出現卡死現象。
[0095]另外，采用本發明提供的技術方案，由于客戶端的冷啟動過程不再只是依賴于單線程即Π線程進行操作，而是利用多線程即Π線程和I/O線程并行進行操作，因此，能夠有效提聞終端的資源利用率。
[0096]另外，采用本發明提供的技術方案，由于在客戶端的Π框架展現完成之后，啟動所述Π線程的消息循環，使得無需等待更長的時間即能響應用戶操作，因此，能夠有效提高客戶端的操作效率。
[0097]所屬領域的技術人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統，裝置和單元的具體工作過程，可以參考前述方法實施例中的對應過程，在此不再贅述。
[0098]在本發明所提供的幾個實施例中，應該理解到，所揭露的系統，裝置和方法，可以通過其它的方式實現。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可以有另外的劃分方式，例如多個單元或組件可以結合或者可以集成到另一個系統，或一些特征可以忽略，或不執行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性，機械或其它的形式。
[0099]所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部單元來實現本實施例方案的目的。
[0100]另外，在本發明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現，也可以采用硬件加軟件功能單元的形式實現。
[0101]上述以軟件功能單元的形式實現的集成的單元，可以存儲在一個計算機可讀取存儲介質中。上述軟件功能單元存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)或處理器(processor)執行本發明各個實施例所述方法的部分步驟。而前述的存儲介質包括:U盤、移動硬盤、只讀存儲器(Read-Only Memory, ROM)、隨機存取存儲器(Random Access Memory, RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0102]最后應說明的是:以上實施例僅用以說明本發明的技術方案，而非對其限制；盡管參照前述實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發明各實施例技術方案的精神和范圍。
【權利要求】
1.一種客戶端的冷啟動方法，其特征在于，包括: 接收啟動終端上的客戶端的啟動命令； 利用UI線程，展現所述客戶端的UI框架； 利用I/o線程，從所述終端的存儲設備中讀取所述Π框架中與所述客戶端的啟動頁面相關功能的第一可執行文件； 利用所述UI線程，運行所述第一可執行文件。
2.根據權利要求1所述的方法，其特征在于，所述利用UI線程，展現所述客戶端的UI框架之后，還包括: 啟動所述UI線程的消息循環。
3.根據權利要求1所述的方法，其特征在于，所述客戶端的啟動頁面包括所述客戶端的主頁、所述客戶端的新標簽頁面或所述客戶端上次被關閉時未關閉的頁面。
4.根據權利要求1?3任一權利要求所述的方法，其特征在于，所述利用I/O線程，從所述終端的存儲設備中讀取所述UI框架中與所述客戶端的啟動頁面相關功能的第一可執行文件之后，還包括: 利用所述Π線程，從所述終端的存儲設備讀取所述Π框架中與所述客戶端的啟動頁面無關功能的第二可執行文件； 利用所述UI線程，運行所述第二可執行文件。
5.一種客戶端的冷啟動裝置，其特征在于，包括: 接收單元，用于接收啟動終端上的客戶端的啟動命令； 框架單元，用于利用UI線程，展現所述客戶端的UI框架； 讀取單元，用于利用I/O線程，從所述終端的存儲設備中讀取所述Π框架中與所述客戶端的啟動頁面相關功能的第一可執行文件； 運行單元，用于利用所述Π線程，運行所述第一可執行文件。
6.根據權利要求5所述的裝置，其特征在于，所述框架單元，還用于 啟動所述Π線程的消息循環。
7.根據權利要求5所述的裝置，其特征在于，所述客戶端的啟動頁面包括所述客戶端的主頁、所述客戶端的新標簽頁面或所述客戶端上次被關閉時未關閉的頁面。
8.根據權利要求5?7任一權利要求所述的裝置，其特征在于， 所述讀取單元，還用于 利用所述Π線程，從所述終端的存儲設備讀取所述Π框架中與所述客戶端的啟動頁面無關功能的第二可執行文件； 所述運行單元，還用于 利用所述UI線程，運行所述第二可執行文件。
【文檔編號】G06F9/445GK103955388SQ201410177921
【公開日】2014年7月30日 申請日期:2014年4月29日 優先權日:2014年4月29日
【發明者】王廣輝, 錢毅, 倪韶亮 申請人:百度在線網絡技術（北京）有限公司