本發(fā)明實(shí)施例涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其涉及一種頁面展示的方法及裝置。

背景技術(shù)：

為了給用戶更加便捷的體驗(yàn)，基于互聯(lián)網(wǎng)技術(shù)的推動(dòng)出現(xiàn)了智能電視。智能電視具有全開放式的平臺，搭載有操作系統(tǒng)，因此可以使用戶在觀看普通電視內(nèi)容的同時(shí)，還可以安裝各種應(yīng)用軟件，實(shí)現(xiàn)電視的“網(wǎng)絡(luò)化”“智能化”。

對于智能電視用戶界面的展示，通常包含用戶控制交互、網(wǎng)頁渲染、視頻加載等過程，對于智能電視中的某一應(yīng)用程序，通常只對應(yīng)建立一個(gè)總進(jìn)程，然后通過總進(jìn)程中的多個(gè)線程分別執(zhí)行對應(yīng)的菜單加載、用戶控制交互、網(wǎng)頁渲染、視頻加載等過程。而這種多線程的執(zhí)行模式會(huì)造成：當(dāng)其中的某個(gè)過程對應(yīng)的線程崩潰時(shí)，則會(huì)造成整個(gè)進(jìn)程的崩潰，進(jìn)而影響其它過程不能正常的執(zhí)行。例如當(dāng)頁面中的廣告控件無法加載廣告時(shí)，很可能造成用戶無法對菜單中的操作控件進(jìn)行操作，即影響用戶控制交互過程；或者當(dāng)菜單中的操作控件卡死無法使用時(shí)，即用戶控制交互過程不能進(jìn)行時(shí)，頁面中的播放器也無法對視頻進(jìn)行加載和播放。綜上可以得出，現(xiàn)有的智能電視用戶界面展示的方式不友好。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明實(shí)施例提供一種頁面展示的方法及裝置，用以解決現(xiàn)有的智能電視頁面展示方式不友好的問題。

本發(fā)明實(shí)施例提供一種頁面展示的方法，所述方法包括：

接收服務(wù)器返回的頁面源代碼；

使用多進(jìn)程的方式執(zhí)行所述頁面源代碼；

生成所述頁面源代碼對應(yīng)的頁面進(jìn)行展示。

本發(fā)明實(shí)施例提供一種頁面展示的裝置，所述裝置包括：

接收單元，用于接收服務(wù)器返回的頁面源代碼；

執(zhí)行單元，用于使用多進(jìn)程的方式執(zhí)行所述頁面源代碼；

生成單元，用于生成所述頁面源代碼對應(yīng)的頁面進(jìn)行展示。

本發(fā)明實(shí)施例提供的頁面展示的方法及裝置，能夠首先接收服務(wù)器返回的頁面源代碼；使用多進(jìn)程的方式執(zhí)行所述頁面源代碼；生成所述頁面源代碼對應(yīng)的頁面進(jìn)行展示。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例能夠?qū)姆?wù)器接收到的頁面源代碼使用多進(jìn)程的方式執(zhí)行，然后生成頁面源代碼對應(yīng)的頁面展示給用戶，使用多進(jìn)程的模式可以使智能電視中的應(yīng)用進(jìn)行頁面展示時(shí)涉及到的用戶控制交互、視頻加載、網(wǎng)頁渲染等不同的任務(wù)可以分別在不同的進(jìn)程中進(jìn)行，互相不影響，因此避免了現(xiàn)有技術(shù)中使用多線程的模式而造成的任意一個(gè)任務(wù)對應(yīng)的線程崩潰或者卡死時(shí)整個(gè)應(yīng)用的進(jìn)程崩潰卡死的情況。應(yīng)用的進(jìn)程別卡死后，通常需要重新啟動(dòng)該應(yīng)用，而采用多進(jìn)程的執(zhí)行方式在某一任務(wù)對應(yīng)的進(jìn)程卡死后，不影響應(yīng)用中其他任務(wù)的執(zhí)行，因此不會(huì)造成整個(gè)應(yīng)用的崩潰，不需要重新啟動(dòng)該應(yīng)用，所以使用多進(jìn)程進(jìn)行頁面展示的方式更加友好。

附圖說明

為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例提供的一種頁面展示的方法的流程圖；

圖2為本發(fā)明實(shí)施例提供的一種頁面展示的裝置的組成框圖；

圖3為本發(fā)明實(shí)施例提供的另一種頁面展示的裝置的組成框圖。

具體實(shí)施方式

為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

本發(fā)明實(shí)施例提供了一種頁面展示的方法，如圖1所示，該方法包括：

101、接收服務(wù)器返回的頁面源代碼。

首先說明，本實(shí)施例是以智能電視為例進(jìn)行說明的，或許不再說明。服務(wù)器返回的頁面源代碼是指在使用智能電視中的應(yīng)用時(shí)應(yīng)用程序根據(jù)用戶的操作生成的超文本傳送協(xié)議(Hypertext transfer protocol，簡稱HTTP)請求并發(fā)送給服務(wù)器，服務(wù)器接收到該請求后根據(jù)HTTP請求包含的請求頁面的地址返回對應(yīng)的頁面源代碼。頁面源代碼需要經(jīng)過應(yīng)用程序的解析后展示給用戶。

102、使用多進(jìn)程的方式執(zhí)行頁面源代碼。

首先需要說明的是，智能電視中每一個(gè)應(yīng)用開啟后，系統(tǒng)就為其創(chuàng)建一個(gè)主進(jìn)程，主進(jìn)程即UI進(jìn)程。現(xiàn)有技術(shù)中是在主進(jìn)程中建立多個(gè)線程的工作模式，即對于接收到的頁面源代碼，會(huì)根據(jù)不同的任務(wù)類型分別建立不同的線程執(zhí)行。其中不同的任務(wù)類型具體涉及視頻的加載、網(wǎng)頁渲染、用戶控制交互等。而不同的線程之間會(huì)造成一個(gè)線程的崩潰而導(dǎo)致整個(gè)主進(jìn)程崩潰的現(xiàn)象。又考慮到不同進(jìn)程之間的工作是互相不影響的，因此本步驟中采用的方式是將得到的頁面源代碼在不同的進(jìn)程中執(zhí)行，然后將不同的進(jìn)程匯合到進(jìn)程中最終將完整的頁面展示給用戶。多進(jìn)程的方式相比現(xiàn)有的一個(gè)總進(jìn)程中多線程的方式更加獨(dú)立，頁面源代碼中包含的不同類型的頁面展示任務(wù)不會(huì)相互影響，也不存在某個(gè)線程的運(yùn)行錯(cuò)誤(崩潰或卡死等)而影響所屬總進(jìn)程的正常運(yùn)行的情況。

給出具體的示例進(jìn)行說明，比如在智能電視的瀏覽器中觀看某一視頻時(shí)，遇到廣告控件加載失敗的情況時(shí)，不影響用戶控制交互的進(jìn)行，也不會(huì)出現(xiàn)瀏覽器報(bào)錯(cuò)需要關(guān)閉瀏覽器程序并重新開啟的情況。

103、生成頁面源代碼對應(yīng)的頁面進(jìn)行展示。

執(zhí)行不同的進(jìn)程后會(huì)生成用戶可以識別的具有實(shí)際意義的頁面，最終將頁面展示到智能電視的顯示屏上供用戶觀看。

本發(fā)明實(shí)施例提供的頁面展示的方法，能夠首先接收服務(wù)器返回的頁面源代碼；使用多進(jìn)程的方式執(zhí)行所述頁面源代碼；生成所述頁面源代碼對應(yīng)的頁面進(jìn)行展示。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例能夠?qū)姆?wù)器接收到的頁面源代碼使用多進(jìn)程的方式執(zhí)行，然后生成頁面源代碼對應(yīng)的頁面展示給用戶，使用多進(jìn)程的模式可以使智能電視中的應(yīng)用進(jìn)行頁面展示時(shí)涉及到的用戶控制交互、視頻加載、網(wǎng)頁渲染等不同的任務(wù)可以分別在不同的進(jìn)程中進(jìn)行，互相不影響，因此避免了現(xiàn)有技術(shù)中使用多線程的模式而造成的任意一個(gè)任務(wù)對應(yīng)的線程崩潰或者卡死時(shí)整個(gè)應(yīng)用的進(jìn)程崩潰卡死的情況。應(yīng)用的進(jìn)程別卡死后，通常需要重新啟動(dòng)該應(yīng)用，而采用多進(jìn)程的執(zhí)行方式在某一任務(wù)對應(yīng)的進(jìn)程卡死后，不影響應(yīng)用中其他任務(wù)的執(zhí)行，因此不會(huì)造成整個(gè)應(yīng)用的崩潰，不需要重新啟動(dòng)該應(yīng)用，所以使用多進(jìn)程進(jìn)行頁面展示的方式更加友好。

進(jìn)一步的，為了對圖1所示實(shí)施例的細(xì)化及擴(kuò)展，本發(fā)明實(shí)施例對圖1中的步驟進(jìn)行細(xì)化和補(bǔ)充，如下：

對于圖1步驟102中使用多進(jìn)程的方式執(zhí)行頁面源代碼具體包括：

首先，按照不同的任務(wù)類型將所述頁面源代碼分解為不同的代碼段。其中不同的任務(wù)類型是指不同的功能或者是不同的頁面內(nèi)容和形式，比如可以分為視頻加載、網(wǎng)頁渲染、用戶控制交互等類型。在頁面源代碼中不同任務(wù)類型對應(yīng)的代碼段能夠通過不同的任務(wù)標(biāo)識進(jìn)行識別。比如對于視頻加載的任務(wù)類型對應(yīng)的任務(wù)標(biāo)識可以為“播放視頻”對應(yīng)的代碼形式等。

其次，分別為不同的代碼段建立對應(yīng)的進(jìn)程。

為不同的代碼段建立對應(yīng)的進(jìn)程即為不同的類型的任務(wù)建立不同的進(jìn)程，使不同類型任務(wù)能夠在不同的進(jìn)程中執(zhí)行。這樣就不會(huì)發(fā)生不同的任務(wù)執(zhí)行時(shí)之間的相互影響。

最后，在不同的進(jìn)程中執(zhí)行對應(yīng)的代碼段。

需要說明的是，本實(shí)施例中不同的進(jìn)程中包括一個(gè)主進(jìn)程和多個(gè)子進(jìn)程。

若為主進(jìn)程，則直接執(zhí)行對應(yīng)的代碼段，因?yàn)樗械闹鬟M(jìn)程數(shù)據(jù)以及子進(jìn)程數(shù)據(jù)都在主進(jìn)程中。通常的主進(jìn)程是指UI進(jìn)程，其中包括菜單加載等任務(wù)。

若為子進(jìn)程，由于所有的子進(jìn)程數(shù)據(jù)都在主進(jìn)程中，因此則需要將主進(jìn)程中包含的子進(jìn)程數(shù)據(jù)同步到對應(yīng)的子進(jìn)程后執(zhí)行子進(jìn)程對應(yīng)的代碼段。而具體的將主進(jìn)程中包含的子進(jìn)程數(shù)據(jù)同步到對應(yīng)的子進(jìn)程中的過程為：首先，建立主進(jìn)程與子進(jìn)程之間的數(shù)據(jù)傳輸通道，一個(gè)子進(jìn)程對應(yīng)一個(gè)數(shù)據(jù)傳輸通道。數(shù)據(jù)傳統(tǒng)通道的建立即建立不同的進(jìn)程進(jìn)行數(shù)據(jù)傳輸?shù)耐ǖ?，最常用的進(jìn)程間的通信方式包括套接字socket通信機(jī)制或者半雙工管道通訊機(jī)制等，因此本實(shí)施例中也是使用常用的進(jìn)程間的通信機(jī)制建立的數(shù)據(jù)傳輸通道。然后利用傳輸通道進(jìn)行主進(jìn)程與子進(jìn)程之間的信息的傳輸以完成子進(jìn)程數(shù)據(jù)的同步。具體的：子進(jìn)程和主進(jìn)程間的數(shù)據(jù)傳輸通道后，當(dāng)子進(jìn)程執(zhí)行前，子進(jìn)程需要向主進(jìn)程進(jìn)行數(shù)據(jù)的請求，當(dāng)主進(jìn)程接收到請求后，根據(jù)不同的子進(jìn)程的標(biāo)識主進(jìn)程中找到對應(yīng)該子進(jìn)程標(biāo)識對應(yīng)的子進(jìn)程數(shù)據(jù)，然后將其通過數(shù)據(jù)傳輸通道發(fā)送給子進(jìn)程。數(shù)據(jù)傳輸通道一直存在，也可以在傳輸完一批數(shù)據(jù)后取消或者關(guān)閉，在實(shí)際應(yīng)用根據(jù)具體的實(shí)際需求可以設(shè)置不同的實(shí)現(xiàn)機(jī)制。

進(jìn)一步的，圖1步驟103中生成頁面原代碼對應(yīng)的頁面進(jìn)行展示具體包括：

首先，將不同的進(jìn)程對應(yīng)生成的不同頁面進(jìn)行疊加得到復(fù)合頁面，由于不同的進(jìn)程執(zhí)行會(huì)生成各自對應(yīng)的頁面，而所有的不同的進(jìn)程中的代碼都來自于同一個(gè)頁面源代碼，因此是需要經(jīng)所有進(jìn)程生成的頁面同時(shí)顯示，所以需要將不同進(jìn)程對應(yīng)生成的頁面進(jìn)行疊加，最終得到一個(gè)復(fù)合頁面。

其次，將復(fù)合頁面作為頁面源代碼對應(yīng)的頁面進(jìn)行展示。

將不同進(jìn)程共同得到的復(fù)合頁面作為對應(yīng)的頁面源代碼的頁面，最終展示到智能電視的顯示屏中供用戶觀看。

進(jìn)一步的，作為對上述圖1所示方法的實(shí)現(xiàn)，本發(fā)明實(shí)施例的另一個(gè)實(shí)施例還提供了一種頁面展示的裝置，如圖2所示，該裝置包括：接收單元21、執(zhí)行單元22以及生成單元23。

接收單元21，用于接收服務(wù)器返回的頁面源代碼。

首先說明，本實(shí)施例是以智能電視為例進(jìn)行說明的，或許不再說明。服務(wù)器返回的頁面源代碼是指在使用智能電視中的應(yīng)用時(shí)應(yīng)用程序根據(jù)用戶的操作生成的超文本傳送協(xié)議(Hypertext transfer protocol，簡稱HTTP)請求并發(fā)送給服務(wù)器，服務(wù)器接收到該請求后根據(jù)HTTP請求包含的請求頁面的地址返回對應(yīng)的頁面源代碼。頁面源代碼需要經(jīng)過應(yīng)用程序的解析后展示給用戶。

執(zhí)行單元22，用于使用多進(jìn)程的方式執(zhí)行頁面源代碼。

首先需要說明的是，智能電視中每一個(gè)應(yīng)用開啟后，系統(tǒng)就為其創(chuàng)建一個(gè)主進(jìn)程，主進(jìn)程即UI進(jìn)程?，F(xiàn)有技術(shù)中是在主進(jìn)程中建立多個(gè)線程的工作模式，即對于接收到的頁面源代碼，會(huì)根據(jù)不同的任務(wù)類型分別建立不同的線程執(zhí)行。其中不同的任務(wù)類型具體涉及視頻的加載、網(wǎng)頁渲染、用戶控制交互等。而不同的線程之間會(huì)造成一個(gè)線程的崩潰而導(dǎo)致整個(gè)主進(jìn)程崩潰的現(xiàn)象。又考慮到不同進(jìn)程之間的工作是互相不影響的，因此本步驟中采用的方式是將得到的頁面源代碼在不同的進(jìn)程中執(zhí)行，然后將不同的進(jìn)程匯合到進(jìn)程中最終將完整的頁面展示給用戶。多進(jìn)程的方式相比現(xiàn)有的一個(gè)總進(jìn)程中多線程的方式更加獨(dú)立，頁面源代碼中包含的不同類型的頁面展示任務(wù)不會(huì)相互影響，也不存在某個(gè)線程的運(yùn)行錯(cuò)誤(崩潰或卡死等)而影響所屬總進(jìn)程的正常運(yùn)行的情況。

給出具體的示例進(jìn)行說明，比如在智能電視的瀏覽器中觀看某一視頻時(shí)，遇到廣告控件加載失敗的情況時(shí)，不影響用戶控制交互的進(jìn)行，也不會(huì)出現(xiàn)瀏覽器報(bào)錯(cuò)需要關(guān)閉瀏覽器程序并重新開啟的情況。

生成單元23，用于生成頁面源代碼對應(yīng)的頁面進(jìn)行展示。

執(zhí)行不同的進(jìn)程后會(huì)生成用戶可以識別的具有實(shí)際意義的頁面，最終將頁面展示到智能電視的顯示屏上供用戶觀看。

進(jìn)一步的，如圖3所示，執(zhí)行單元22，包括：

分解模塊221，用于按照不同的任務(wù)類型將頁面源代碼分解為不同的代碼段；

按照不同的任務(wù)類型將所述頁面源代碼分解為不同的代碼段。其中不同的任務(wù)類型是指不同的功能或者是不同的頁面內(nèi)容和形式，比如可以分為視頻加載、網(wǎng)頁渲染、用戶控制交互等類型。在頁面源代碼中不同任務(wù)類型對應(yīng)的代碼段能夠通過不同的任務(wù)標(biāo)識進(jìn)行識別。比如對于視頻加載的任務(wù)類型對應(yīng)的任務(wù)標(biāo)識可以為“播放視頻”對應(yīng)的代碼形式等。

建立模塊222，用于分別為不同的代碼段建立對應(yīng)的進(jìn)程；

為不同的代碼段建立對應(yīng)的進(jìn)程即為不同的類型的任務(wù)建立不同的進(jìn)程，使不同類型任務(wù)能夠在不同的進(jìn)程中執(zhí)行。這樣就不會(huì)發(fā)生不同的任務(wù)執(zhí)行時(shí)之間的相互影響。

執(zhí)行模塊223，用于在不同的進(jìn)程中執(zhí)行對應(yīng)的代碼段。

進(jìn)一步的，執(zhí)行模塊223中不同的進(jìn)程包括主進(jìn)程和子進(jìn)程，執(zhí)行模塊223用于：

若進(jìn)程為主進(jìn)程，則直接執(zhí)行對應(yīng)的代碼段；

若進(jìn)程為子進(jìn)程，則將主進(jìn)程中包含的子進(jìn)程數(shù)據(jù)同步到對應(yīng)子進(jìn)程后執(zhí)行對應(yīng)的代碼段。

需要說明的是，本實(shí)施例中不同的進(jìn)程中包括一個(gè)主進(jìn)程和多個(gè)子進(jìn)程。

若為主進(jìn)程，則直接執(zhí)行對應(yīng)的代碼段，因?yàn)樗械闹鬟M(jìn)程數(shù)據(jù)以及子進(jìn)程數(shù)據(jù)都在主進(jìn)程中。通常的主進(jìn)程是指UI進(jìn)程，其中包括菜單加載等任務(wù)。

若為子進(jìn)程，由于所有的子進(jìn)程數(shù)據(jù)都在主進(jìn)程中，因此則需要將主進(jìn)程中包含的子進(jìn)程數(shù)據(jù)同步到對應(yīng)的子進(jìn)程后執(zhí)行子進(jìn)程對應(yīng)的代碼段。

進(jìn)一步的，執(zhí)行模塊223用于：

建立主進(jìn)程與子進(jìn)程之間的數(shù)據(jù)傳輸通道。

建立主進(jìn)程與子進(jìn)程之間的數(shù)據(jù)傳輸通道，一個(gè)子進(jìn)程對應(yīng)一個(gè)數(shù)據(jù)傳輸通道。數(shù)據(jù)傳統(tǒng)通道的建立即建立不同的進(jìn)程進(jìn)行數(shù)據(jù)傳輸?shù)耐ǖ溃畛Ｓ玫倪M(jìn)程間的通信方式包括套接字socket通信機(jī)制或者半雙工管道通訊機(jī)制等，因此本實(shí)施例中也是使用常用的進(jìn)程間的通信機(jī)制建立的數(shù)據(jù)傳輸通道。

通過數(shù)據(jù)傳輸通道將主進(jìn)程中包含的子進(jìn)程數(shù)據(jù)同步到對應(yīng)的子進(jìn)程中。

利用傳輸通道進(jìn)行主進(jìn)程與子進(jìn)程之間的信息的傳輸以完成子進(jìn)程數(shù)據(jù)的同步。具體的：子進(jìn)程和主進(jìn)程間的數(shù)據(jù)傳輸通道后，當(dāng)子進(jìn)程執(zhí)行前，子進(jìn)程需要向主進(jìn)程進(jìn)行數(shù)據(jù)的請求，當(dāng)主進(jìn)程接收到請求后，根據(jù)不同的子進(jìn)程的標(biāo)識主進(jìn)程中找到對應(yīng)該子進(jìn)程標(biāo)識對應(yīng)的子進(jìn)程數(shù)據(jù)，然后將其通過數(shù)據(jù)傳輸通道發(fā)送給子進(jìn)程。數(shù)據(jù)傳輸通道一直存在，也可以在傳輸完一批數(shù)據(jù)后取消或者關(guān)閉，在實(shí)際應(yīng)用根據(jù)具體的實(shí)際需求可以設(shè)置不同的實(shí)現(xiàn)機(jī)制。

進(jìn)一步的，如圖3所示，生成單元23，包括：

疊加模塊231，用于將不同的進(jìn)程對應(yīng)生成的不同頁面進(jìn)行疊加得到復(fù)合頁面；

將不同的進(jìn)程對應(yīng)生成的不同頁面進(jìn)行疊加得到復(fù)合頁面，由于不同的進(jìn)程執(zhí)行會(huì)生成各自對應(yīng)的頁面，而所有的不同的進(jìn)程中的代碼都來自于同一個(gè)頁面源代碼，因此是需要經(jīng)所有進(jìn)程生成的頁面同時(shí)顯示，所以需要將不同進(jìn)程對應(yīng)生成的頁面進(jìn)行疊加，最終得到一個(gè)復(fù)合頁面。

展示模塊232，用于將復(fù)合頁面作為頁面源代碼對應(yīng)的頁面進(jìn)行展示。

將不同進(jìn)程共同得到的復(fù)合頁面作為對應(yīng)的頁面源代碼的頁面，最終展示到智能電視的顯示屏中供用戶觀看。

本發(fā)明實(shí)施例提供的頁面展示的裝置，能夠首先接收服務(wù)器返回的頁面源代碼；使用多進(jìn)程的方式執(zhí)行所述頁面源代碼；生成所述頁面源代碼對應(yīng)的頁面進(jìn)行展示。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例能夠?qū)姆?wù)器接收到的頁面源代碼使用多進(jìn)程的方式執(zhí)行，然后生成頁面源代碼對應(yīng)的頁面展示給用戶，使用多進(jìn)程的模式可以使智能電視中的應(yīng)用進(jìn)行頁面展示時(shí)涉及到的用戶控制交互、視頻加載、網(wǎng)頁渲染等不同的任務(wù)可以分別在不同的進(jìn)程中進(jìn)行，互相不影響，因此避免了現(xiàn)有技術(shù)中使用多線程的模式而造成的任意一個(gè)任務(wù)對應(yīng)的線程崩潰或者卡死時(shí)整個(gè)應(yīng)用的進(jìn)程崩潰卡死的情況。應(yīng)用的進(jìn)程別卡死后，通常需要重新啟動(dòng)該應(yīng)用，而采用多進(jìn)程的執(zhí)行方式在某一任務(wù)對應(yīng)的進(jìn)程卡死后，不影響應(yīng)用中其他任務(wù)的執(zhí)行，因此不會(huì)造成整個(gè)應(yīng)用的崩潰，不需要重新啟動(dòng)該應(yīng)用，所以使用多進(jìn)程進(jìn)行頁面展示的方式更加友好。

在此提供的算法和顯示不與任何特定計(jì)算機(jī)、虛擬系統(tǒng)或者其它設(shè)備固有相關(guān)。各種通用系統(tǒng)也可以與基于在此的示教一起使用。根據(jù)上面的描述，構(gòu)造這類系統(tǒng)所要求的結(jié)構(gòu)是顯而易見的。此外，本發(fā)明也不針對任何特定編程語言。應(yīng)當(dāng)明白，可以利用各種編程語言實(shí)現(xiàn)在此描述的本發(fā)明的內(nèi)容，并且上面對特定語言所做的描述是為了披露本發(fā)明的最佳實(shí)施方式。

在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實(shí)施例可以在沒有這些具體細(xì)節(jié)的情況下實(shí)踐。在一些實(shí)例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。

類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個(gè)發(fā)明方面中的一個(gè)或多個(gè)，在上面對本發(fā)明的示例性實(shí)施例的描述中，本發(fā)明的各個(gè)特征有時(shí)被一起分組到單個(gè)實(shí)施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖：即所要求保護(hù)的本發(fā)明要求比在每個(gè)權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個(gè)實(shí)施例的所有特征。因此，遵循具體實(shí)施方式的權(quán)利要求書由此明確地并入該具體實(shí)施方式，其中每個(gè)權(quán)利要求本身都作為本發(fā)明的單獨(dú)實(shí)施例。

本領(lǐng)域那些技術(shù)人員可以理解，可以對實(shí)施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們設(shè)置在與該實(shí)施例不同的一個(gè)或多個(gè)設(shè)備中?？梢园褜?shí)施例中的模塊或單元或組件組合成一個(gè)模塊或單元或組件，以及此外可以把它們分成多個(gè)子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進(jìn)行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個(gè)特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實(shí)施例包括其它實(shí)施例中所包括的某些特征而不是其它特征，但是不同實(shí)施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實(shí)施例。例如，在權(quán)利要求書中，所要求保護(hù)的實(shí)施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個(gè)部件實(shí)施例可以以硬件實(shí)現(xiàn)，或者以在一個(gè)或者多個(gè)處理器上運(yùn)行的軟件模塊實(shí)現(xiàn)，或者以它們的組合實(shí)現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實(shí)踐中使用微處理器或者數(shù)字信號處理器(DSP)來實(shí)現(xiàn)根據(jù)本發(fā)明實(shí)施例的發(fā)明名稱(如頁面展示的裝置)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實(shí)現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計(jì)算機(jī)程序和計(jì)算機(jī)程序產(chǎn)品)。這樣的實(shí)現(xiàn)本發(fā)明的程序可以存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上，或者可以具有一個(gè)或者多個(gè)信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實(shí)施例對本發(fā)明進(jìn)行說明而不是對本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計(jì)出替換實(shí)施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個(gè)”不排除存在多個(gè)這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計(jì)算機(jī)來實(shí)現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個(gè)可以是通過同一個(gè)硬件項(xiàng)來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。