本申請涉及計算機技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用app的資源加載方法、業(yè)務(wù)功能實現(xiàn)方法及裝置。

背景技術(shù)：

隨著計算機技術(shù)的迅速發(fā)展，出現(xiàn)了眾多應(yīng)用app(application，app)，用戶可以通過這些應(yīng)用app處理各式各樣業(yè)務(wù)。在實際應(yīng)用中，應(yīng)用app還會將該應(yīng)用app對應(yīng)的業(yè)務(wù)劃分為眾多子業(yè)務(wù)，使得應(yīng)用app通常會包括多個業(yè)務(wù)功能，用戶通過這些業(yè)務(wù)功能來完成該應(yīng)用app中對應(yīng)的子業(yè)務(wù)。例如，用于即使通訊的應(yīng)用app通常會包括添加好友和語音聊天的子業(yè)務(wù)，因此，在該類應(yīng)用app中，通常會包含添加好友的業(yè)務(wù)功能和語音聊天的業(yè)務(wù)功能，用以實現(xiàn)對應(yīng)的子業(yè)務(wù)。

現(xiàn)有技術(shù)在應(yīng)用app運行的過程中，當(dāng)用戶需要啟動某個業(yè)務(wù)功能時，會觸發(fā)該業(yè)務(wù)功能的啟動按鈕，應(yīng)用app所在的終端(或操作系統(tǒng))會在后臺將啟動該業(yè)務(wù)功能所需要的多種業(yè)務(wù)資源進行加載，并根據(jù)業(yè)務(wù)資源的加載結(jié)果來啟動該業(yè)務(wù)功能。

盡管上述這種資源加載的方式較為普遍，在一些對實時性要求不高的場合能夠滿足實際需要。然而，這種現(xiàn)有技術(shù)在啟動的業(yè)務(wù)功能所需要的業(yè)務(wù)資源較多時，用戶觸發(fā)該業(yè)務(wù)功能的啟動按鈕后，終端(或操作系統(tǒng))需要較長時間才能加載完畢，從而導(dǎo)致在觸發(fā)啟動按鈕后，啟動該業(yè)務(wù)功能需要的時間較長，降低了用戶體驗。

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

本申請實施例提供一種應(yīng)用app的資源加載方法、業(yè)務(wù)功能實現(xiàn)方法及裝置，用于解決現(xiàn)有技術(shù)中，在啟動的業(yè)務(wù)功能所需要的業(yè)務(wù)資源較多的情況下，當(dāng)用戶觸發(fā)該業(yè)務(wù)功能的啟動按鈕后，啟動該業(yè)務(wù)功能的時間較長的問題。

本申請實施例提供一種應(yīng)用app的資源加載方法，該方法包括：

本申請實施例提供一種應(yīng)用app的資源加載方法，所述應(yīng)用app的資源包括基礎(chǔ)框架資源和頁面資源，所述方法包括：

在接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求前，對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載，所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源用于為所述第一業(yè)務(wù)功能的實現(xiàn)提供運行環(huán)境；

當(dāng)接收到啟動所述第一業(yè)務(wù)功能的業(yè)務(wù)請求后，對所述第一業(yè)務(wù)功能所需要的頁面資源進行加載。

優(yōu)選的，對所述第一業(yè)務(wù)功能所需要的頁面資源進行加載之后，所述方法還包括：在接收到啟動應(yīng)用app中的第二業(yè)務(wù)功能的業(yè)務(wù)請求前，對所述第二業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載。

優(yōu)選的，所述應(yīng)用app的引擎為混合hybrid引擎；則，

所述對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載具體包括：通過所述混合hybrid引擎對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架react進行加載。

本申請實施例還提供一種應(yīng)用app中業(yè)務(wù)功能的實現(xiàn)方法，所述包括：

接收啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求；

根據(jù)所述業(yè)務(wù)請求對實現(xiàn)所述第一業(yè)務(wù)功能所需要的頁面資源進行加載；

根據(jù)所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源和所述頁面資源實現(xiàn)所述第一業(yè)務(wù)功能，第一業(yè)務(wù)功能的基礎(chǔ)框架資源在接收所述業(yè)務(wù)請求之前，已根據(jù)本申請實施例提供的應(yīng)用app的資源加載方法或所述方法的任意一個優(yōu)選方案進行加載。

本申請實施例還提供一種應(yīng)用app的資源加載裝置，所述應(yīng)用app的資 源包括基礎(chǔ)框架資源和頁面資源，所述裝置包括：基礎(chǔ)框架資源加載單元和頁面資源加載單元，其中：

所述基礎(chǔ)框架資源加載單元，用于在接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求前，對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載，所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源用于為所述第一業(yè)務(wù)功能的實現(xiàn)提供運行環(huán)境；

所述頁面資源加載單元，用于當(dāng)接收到啟動所述第一業(yè)務(wù)功能的業(yè)務(wù)請求后，對所述第一業(yè)務(wù)功能所需要的頁面資源進行加載。

優(yōu)選的，所述裝置還包括：基礎(chǔ)框架資源第二加載單元，用于在接收到啟動應(yīng)用app中的第二業(yè)務(wù)功能的業(yè)務(wù)請求前，對所述第二業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載。

優(yōu)選的，所述基礎(chǔ)框架資源加載單元具體包括基礎(chǔ)框架資源加載子單元，用于在所述應(yīng)用app的引擎為混合hybrid引擎時，通過所述混合hybrid引擎對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架react進行加載。

本申請實施例還提供一種應(yīng)用app中業(yè)務(wù)功能的實現(xiàn)裝置，所述裝置包括：接收單元、加載單元和實現(xiàn)單元，其中：

所述接收單元，用于接收啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求；

所述加載單元，用于根據(jù)所述業(yè)務(wù)請求對實現(xiàn)所述第一業(yè)務(wù)功能所需要的頁面資源進行加載；

所述實現(xiàn)單元，用于根據(jù)所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源和所述頁面資源實現(xiàn)所述第一業(yè)務(wù)功能，第一業(yè)務(wù)功能的基礎(chǔ)框架資源在接收所述業(yè)務(wù)請求之前，已根據(jù)本申請實施例提供的應(yīng)用app的資源加載裝置或所述裝置的任意一個優(yōu)選方案進行加載。

本申請實施例采用的上述至少一個技術(shù)方案能夠達到以下有益效果：

由于在接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求前，已經(jīng)將該應(yīng)用app中第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行了加載，使得在接收到該業(yè)務(wù) 請求令后，所需要加載的業(yè)務(wù)資源減少，第一業(yè)務(wù)功能的啟動時間降低。從而解決了現(xiàn)有技術(shù)中，在用戶觸發(fā)第一業(yè)務(wù)功能的啟動按鈕后，由于需要加載的業(yè)務(wù)資源較多，從而導(dǎo)致啟動該第一業(yè)務(wù)功能需要的時間較長的問題，提高了用戶的體驗。

附圖說明

此處所說明的附圖用來提供對本申請的進一步理解，構(gòu)成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當(dāng)限定。在附圖中：

圖1為本申請實施例1提供的一種應(yīng)用app的資源加載方法的具體實現(xiàn)流程示意圖；

圖2為本申請實施例1提供的一種資源加載方法在具體應(yīng)用場景下的實現(xiàn)流程示意圖；

圖3為本申請實施例1提供的一種資源加載方法在具體應(yīng)用場景下實現(xiàn)的邏輯時序圖；

圖4為本申請實施例1提供的一種資源加載方法實現(xiàn)的三個階段的串并行圖；

圖5為本申請實施例2提供的一種應(yīng)用app中業(yè)務(wù)功能的實現(xiàn)方法的具體實現(xiàn)流程示意圖；

圖6為本申請實施例3提供的一種應(yīng)用app的資源加載裝置的具體結(jié)構(gòu)示意圖；

圖7為本申請實施例4提供的一種應(yīng)用app中業(yè)務(wù)功能的實現(xiàn)裝置的具體結(jié)構(gòu)示意圖。

具體實施方式

接上所述，在日常生活中，人們通常可以通過安裝在手機、平板電腦等終 端上的應(yīng)用app來處理各種事務(wù)。根據(jù)所需要處理的事務(wù)類型的不同，應(yīng)用app的種類會有多種多樣。例如，人們通常會用到的app包括打車類的app、購物類的app、電子支付類的app、即時通訊類的app等。一般來說應(yīng)用app通常會包括多個業(yè)務(wù)功能，各個業(yè)務(wù)功能用于完成對應(yīng)的應(yīng)用app中的特定的子業(yè)務(wù)。例如，在電子支付類的應(yīng)用app中，通常會包括查看賬戶金額的業(yè)務(wù)功能、確定用戶個人信用的業(yè)務(wù)功能以及查看歷史賬單的業(yè)務(wù)功能等，通過這些業(yè)務(wù)功能來完成相對應(yīng)的子業(yè)務(wù)。

現(xiàn)有技術(shù)在應(yīng)用app運行的過程中，當(dāng)用戶需要啟動某個業(yè)務(wù)功能時，通過觸發(fā)該業(yè)務(wù)功能的啟動按鈕，該應(yīng)用app所在的終端(或操作系統(tǒng))會將啟動該業(yè)務(wù)功能所需要的各種業(yè)務(wù)資源進行加載。通常來說，這些業(yè)務(wù)資源一般會包括所要展示頁面的頁面資源(包括頁面代碼等)，以及為該業(yè)務(wù)功能的實現(xiàn)提供運行環(huán)境的基礎(chǔ)框架資源。以即時通訊應(yīng)用app中添加好友的業(yè)務(wù)功能為例，當(dāng)用戶觸發(fā)該業(yè)務(wù)功能后，該應(yīng)用app會向用戶反饋一個好友搜索頁面。這時候所需要加載的業(yè)務(wù)資源包括該好友搜索頁面的頁面代碼資源，以及實現(xiàn)該業(yè)務(wù)功能所需要的基礎(chǔ)框架資源。

在實際應(yīng)用中，盡管這種資源加載的方式較為普遍，但是在一些對實時性要求較高的場合，這種資源加載方法并不能滿足用戶的需求。例如，對于金融理財類的app來說，用戶通常會十分關(guān)注賬戶的資金變化。這時候如果通過該應(yīng)用app相應(yīng)的業(yè)務(wù)功能來實時查詢賬戶金額，而該應(yīng)用app所在的終端在加載業(yè)務(wù)資源時，由于所需要加載的業(yè)務(wù)資源較多，導(dǎo)致該業(yè)務(wù)功能實現(xiàn)過程難以滿足實時性的要求，這樣就會影響用戶的體驗。

為了解決這個問題，本發(fā)明將啟動這些業(yè)務(wù)功能所需要的業(yè)務(wù)資源中，用于提供運行環(huán)境的基礎(chǔ)框架資源提前進行加載。因此在用戶觸發(fā)這些業(yè)務(wù)功能的啟動按鈕后，所需要加載的資源相對于現(xiàn)有技術(shù)有所減少，從而加快了這些業(yè)務(wù)功能的啟動速度。

為使本申請的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本申請具體實 施例及相應(yīng)的附圖對本申請技術(shù)方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。

以下結(jié)合附圖，詳細說明本申請各實施例提供的技術(shù)方案。

實施例1

實施例1提供了一種應(yīng)用app的資源加載方法，所述應(yīng)用app的資源包括基礎(chǔ)框架資源和頁面資源，該方法用于解決現(xiàn)有技術(shù)中，當(dāng)用戶觸發(fā)業(yè)務(wù)功能的啟動按鈕后，啟動該業(yè)務(wù)功能的時間較長的問題。該方法的具體流程示意圖如圖1所示，包括下述步驟：

步驟s11：在接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求前，對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載。

所述應(yīng)用app的資源包括基礎(chǔ)框架資源和頁面資源。

在這里，所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源用于為所述第一業(yè)務(wù)功能的實現(xiàn)提供運行環(huán)境。在實際應(yīng)用中，應(yīng)用app中一般會對應(yīng)有多個業(yè)務(wù)功能，這些業(yè)務(wù)功能的實現(xiàn)通常會基于各自對應(yīng)的運行環(huán)境，這些運行環(huán)境通常由各自對應(yīng)的基礎(chǔ)框架資源來提供，該基礎(chǔ)框架資源可以包括多種指令集、數(shù)據(jù)堆棧等。需要說明的是，在實際應(yīng)用中，應(yīng)用app的多個業(yè)務(wù)功能的實現(xiàn)也可以基于相同的運行環(huán)境，也就是說這些業(yè)務(wù)功能對應(yīng)的基礎(chǔ)框架資源相同；也可以是應(yīng)用app的a類業(yè)務(wù)功能的實現(xiàn)基于甲運行環(huán)境，同時該應(yīng)用app的b類業(yè)務(wù)功能的實現(xiàn)基于乙運行環(huán)境，也就是說該應(yīng)用app的a類業(yè)務(wù)功能對應(yīng)一種基礎(chǔ)框架資源，同時該應(yīng)用app的b類業(yè)務(wù)功能對應(yīng)另一種基礎(chǔ)框架資源。

進一步的，在接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求前，對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載，就是說在接收到啟 動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求時，已經(jīng)將應(yīng)用app中第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行了加載。在實際中，通?？梢允窃谠搼?yīng)用app啟動時，將應(yīng)用app中第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載；也可以是在指定的時間點(例如上午9點或上午10點等)到來時，將應(yīng)用app中第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載；甚至也可以是根據(jù)用戶對該應(yīng)用app的使用習(xí)慣，判定該用戶啟動該應(yīng)用app的第一業(yè)務(wù)功能前，將應(yīng)用app中第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載。在這里并不對加載的具體時間做限定，只需要在接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求前，對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載即可。

步驟s12：當(dāng)接收到啟動所述第一業(yè)務(wù)功能的業(yè)務(wù)請求后，對所述第一業(yè)務(wù)功能所需要的頁面資源進行加載。

業(yè)務(wù)功能的啟動通常還需要對應(yīng)的頁面資源。一般來說，在用戶觸發(fā)該第一業(yè)務(wù)功能后，終端會向用戶展示該第一業(yè)務(wù)功能所要展示頁面，因此需要與該頁面相對于的頁面資源，該頁面資源可以包括頁面代碼以及頁面中的腳本等。

例如，在即時通訊的應(yīng)用app中，通過添加好友的業(yè)務(wù)功能添加好友時，會向用戶展示好友的搜索頁面，因此在啟動該業(yè)務(wù)功能時還需要與該搜索頁面相關(guān)的頁面資源，該頁面資源主要包括該頁面代碼以及文字、圖像、腳本等資源。

該步驟中，當(dāng)接收到啟動所述第一業(yè)務(wù)功能的業(yè)務(wù)請求后，將啟動所述第一業(yè)務(wù)功能所需要的頁面資源進行加載，從而為該第一業(yè)務(wù)功能的啟動提供了基礎(chǔ)。

通過本申請實施例1的步驟s11和步驟s12，由于在接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求前，已經(jīng)將該應(yīng)用app中第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行了加載，使得當(dāng)接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求夠，所需要進行加載的業(yè)務(wù)資源減少。從而解決了現(xiàn)有技術(shù)中，在用戶觸 發(fā)第一業(yè)務(wù)功能的啟動按鈕后，由于需要加載的業(yè)務(wù)資源較多，從而導(dǎo)致啟動該第一業(yè)務(wù)功能需要的時間較長的問題，提高了用戶的體驗。

另外，在實際應(yīng)用中，由于應(yīng)用app提供多個業(yè)務(wù)功能，用戶在使用某一個業(yè)務(wù)功能時，通常可能會使用到另外的業(yè)務(wù)功能。例如，用戶在使用電子支付類的應(yīng)用app時查看賬戶金額，通常還會查看歷史賬單，因此這時候還需要能夠快速地啟動該查看歷史賬單對應(yīng)的業(yè)務(wù)功能。為了解決這個問題，可以在對所述第一業(yè)務(wù)功能所需要的頁面資源進行加載之后，將第二業(yè)務(wù)功能對應(yīng)的基礎(chǔ)框架資源進行加載，這就構(gòu)成了本實施例的步驟s13。

s13：在接收到啟動應(yīng)用app中的第二業(yè)務(wù)功能的業(yè)務(wù)請求前，對所述第二業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載。

在將啟動所述第一業(yè)務(wù)功能所需要的頁面資源進行加載之后，可以通過加載的基礎(chǔ)框架資源和頁面資源來啟動該第一業(yè)務(wù)功能。這時候，就可以對所述第二業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載，用以為該第二業(yè)務(wù)功能啟動做準(zhǔn)備，所述第二業(yè)務(wù)功能為所述第一業(yè)務(wù)功能之外的其他業(yè)務(wù)功能。

需要說明的是，由于該第一業(yè)務(wù)功能的實現(xiàn)并不依賴于第二業(yè)務(wù)功能的基礎(chǔ)框架資源，而是依賴于已經(jīng)加載第一業(yè)務(wù)功能的基礎(chǔ)框架資源和頁面資源。因此，在頁面資源加載后，第二業(yè)務(wù)功能的基礎(chǔ)框架資源的加載并不會影響該第一業(yè)務(wù)功能的啟動。從而使得，第二業(yè)務(wù)功能的基礎(chǔ)框架資源的加載時間可以在該第一業(yè)務(wù)功能啟動后，也可以在頁面資源加載后直接進行加載。

進一步的，在實際應(yīng)用中通常會出現(xiàn)，應(yīng)用app的各個業(yè)務(wù)功能的實現(xiàn)均基于相同的運行環(huán)境，也就是說該應(yīng)用app的各個業(yè)務(wù)功能對應(yīng)的基礎(chǔ)框架資源相同。這時候，在第一業(yè)務(wù)功能的頁面資源加載后，只需要在接收到啟動應(yīng)用app中的第二業(yè)務(wù)功能的業(yè)務(wù)請求前，重新將第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載即可。

通過該步驟s13，在接收到啟動應(yīng)用app中的第二業(yè)務(wù)功能的業(yè)務(wù)請求前，將第二業(yè)務(wù)資源的基礎(chǔ)框架資源進行加載，從而使得在第二業(yè)務(wù)功能啟動時， 需要加載的資源減少，加快了第二業(yè)務(wù)功能啟動的速度。

需要說明的是，實施例1所提供方法的各步驟的執(zhí)行主體均可以是同一設(shè)備，或者，該方法的各步驟也可以由不同設(shè)備作為執(zhí)行主體。比如，步驟s11和步驟s12的執(zhí)行主體可以為設(shè)備1；又比如，步驟s11的執(zhí)行主體可以為設(shè)備1，步驟s12和的執(zhí)行主體可以為設(shè)備2；等等。

以上是對本申請實施例提供的應(yīng)用app的資源加載方法的說明。為了便于理解，本申請實施例還提供了在一種實際應(yīng)用場景下，實施該方法的說明。如圖2所示，在該應(yīng)用場景下，應(yīng)用app為本地native和前端技術(shù)混合開發(fā)的應(yīng)用app(以下簡稱為，混合應(yīng)用app)，通常該混合應(yīng)用app的引擎為混合hybrid引擎；第一業(yè)務(wù)功能的基礎(chǔ)框架資源和第二業(yè)務(wù)功能的基礎(chǔ)框架資源均為基礎(chǔ)框架react，該基礎(chǔ)框架react為facebook在react規(guī)范的基礎(chǔ)上推出的一套混合hybrid技術(shù)方案，其中react規(guī)范為facebook出品的用于規(guī)范前端開發(fā)的腳本語言(javascript，js)；頁面資源主要指頁面代碼。

步驟s21：在接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求前，通過混合hybrid引擎對應(yīng)用app中所述基礎(chǔ)框架react進行加載。

在這里，所述應(yīng)用app具體為混合應(yīng)用app，所述混合應(yīng)用app的引擎具體為混合hybrid引擎，該混合hybrid引擎用于在native和前端混合開發(fā)的過程中，將前端語言解析并轉(zhuǎn)換為native邏輯代碼。在實際應(yīng)用中混合hybrid引擎有多種，例如一種常用的混合hybrid引擎為bridge引擎。

在實際應(yīng)用中，在將基礎(chǔ)框架react進行加載后，通常還可以包括將混合hybrid引擎進行初始化。

步驟s22：當(dāng)接收到啟動所述第一業(yè)務(wù)功能的業(yè)務(wù)請求后，將啟動所述第一業(yè)務(wù)功能所需要的頁面代碼進行加載。

在實際應(yīng)用中，基礎(chǔ)框架react所占的字節(jié)數(shù)通常比頁面代碼大的多，例如啟動第一業(yè)務(wù)功能所需要全部業(yè)務(wù)資源所占的字節(jié)數(shù)為100kb時，通常頁面代碼所占的字節(jié)數(shù)小于5kb。因此，在接收到針對第一業(yè)務(wù)功能的啟動指令之 前，已經(jīng)對基礎(chǔ)框架react進行了加載，可以使得在接收到針對第一業(yè)務(wù)功能的啟動指令后，所需要加載的資源大大減少，從而減少該第一業(yè)務(wù)功能的啟動時間。

在該頁面代碼加載之后，還可以包括執(zhí)行所加載的頁面代碼。

s23：在接收到啟動應(yīng)用app中的第二業(yè)務(wù)功能的業(yè)務(wù)請求前，對所述基礎(chǔ)框架react重新進行加載。

綜合步驟s21至步驟s23，一并結(jié)合圖3的業(yè)務(wù)功能的邏輯時序圖以及圖4該方法實現(xiàn)的三個階段的串并行圖。在圖4中，將混合應(yīng)用app中各個業(yè)務(wù)功能的啟動過程分為3個階段：第一階段(圖4中的p1)是在接收到啟動第一業(yè)務(wù)功能的業(yè)務(wù)請求之前，混合hybrid引擎對該業(yè)務(wù)功能對應(yīng)的基礎(chǔ)框架react的加載，在該階段還可以將混合hybrid引擎進行初始化；第二階段(圖4中的p2)是當(dāng)接收到啟動第一業(yè)務(wù)功能的業(yè)務(wù)請求后，對第一業(yè)務(wù)功能對應(yīng)的頁面代碼進行加載并執(zhí)行；第三階段(圖4中的p3)是新的混合hybrid引擎實例對基礎(chǔ)框架react的加載。在這三個階段中，第一和第二階段的執(zhí)行是串行的，第二和第三階段的執(zhí)行可以是并行的，通?？梢詫⑦@種執(zhí)行方式稱為“雙引擎”模式。

實施例2

實施例2提供了一種應(yīng)用app中業(yè)務(wù)功能的實現(xiàn)方法，用于解決現(xiàn)有技術(shù)中，當(dāng)用戶觸發(fā)業(yè)務(wù)功能的啟動按鈕后，啟動該業(yè)務(wù)功能的時間較長的問題。該方法的具體流程示意圖如圖5所示，包括下述步驟：

s31：接收啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求。

在這里，第一業(yè)務(wù)功能可以是對應(yīng)的應(yīng)用app所包含的各業(yè)務(wù)功能中的任意一個業(yè)務(wù)功能。以用于網(wǎng)上購物的應(yīng)用app為例，通常該應(yīng)用app可以包括搜索的業(yè)務(wù)功能、下單的業(yè)務(wù)功能等，在該應(yīng)用app中，第一業(yè)務(wù)功能可以是搜索的業(yè)務(wù)功能、下單的業(yè)務(wù)功能中的任意一個。

一般情況下，用戶通常會將應(yīng)用app安裝在智能手機、平板電腦、智能電視等終端上。在實際應(yīng)用中，當(dāng)用戶觸發(fā)第一業(yè)務(wù)功能的啟動按鈕后，終端來會接收到啟動該第一業(yè)務(wù)功能的業(yè)務(wù)請求。由于終端有多種多樣并且相同的終端中啟動方式也可能不同，因此用戶觸發(fā)第一業(yè)務(wù)功能的啟動按鈕的方式有多種，例如可以為鼠標(biāo)點擊該第一業(yè)務(wù)功能的啟動按鈕，和/或觸控該第一業(yè)務(wù)功能的觸摸屏按鈕，和/或通過搖一搖、手勢識別，或表情識別的方式觸發(fā)該第一業(yè)務(wù)功能等。這里并不對啟動應(yīng)用app中第一業(yè)務(wù)功能的方式做出限定。

s32：根據(jù)所述業(yè)務(wù)請求對實現(xiàn)所述第一業(yè)務(wù)功能所需要的頁面資源進行加載。

在接收到啟動應(yīng)用app中第一業(yè)務(wù)功能的業(yè)務(wù)請求后，將實現(xiàn)該第一業(yè)務(wù)功能所需要的頁面資源進行加載。

s33：根據(jù)所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源和所述頁面資源實現(xiàn)所述第一業(yè)務(wù)功能。

實際應(yīng)用中，在頁面資源加載后，可以將該頁面資源在該基礎(chǔ)框架資源所提供的進行環(huán)境下進行調(diào)用，用以實現(xiàn)該第一業(yè)務(wù)功能。所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源在接收所述業(yè)務(wù)請求之前，已經(jīng)根據(jù)實施例1中的方法進行了加載。所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源用于為所述第一業(yè)務(wù)功能的實現(xiàn)提供運行環(huán)境。

當(dāng)頁面資源完成調(diào)用后啟動該基礎(chǔ)框架資源。但是，在有些情況下，例如頁面資源出錯，通常會導(dǎo)致頁面資源的調(diào)用出錯。在實際應(yīng)用中，通常是在頁面資源的調(diào)用成功完成后啟動該第一業(yè)務(wù)功能。

采用本申請實施例2所提供的業(yè)務(wù)處理方法，當(dāng)接收啟動應(yīng)用app中第一業(yè)務(wù)功能的業(yè)務(wù)請求后，加載頁面資源，并基于第一業(yè)務(wù)功能的基礎(chǔ)框架資源和頁面資源來實現(xiàn)該第一業(yè)務(wù)功能，而該第一業(yè)務(wù)功能的基礎(chǔ)框架資源在接收業(yè)務(wù)請求之前，已經(jīng)根據(jù)實施例1中的方法進行了加載。因此使得在接收該業(yè)務(wù)請求后，啟動該第一業(yè)務(wù)功能所需要加載的資源相較于現(xiàn)有技術(shù)較少，從 而較少了第一業(yè)務(wù)功能的啟動時間。

在實際應(yīng)用中，該應(yīng)用app中業(yè)務(wù)功能的實現(xiàn)方法還可以包括步驟s34。

s34：根據(jù)所述第一業(yè)務(wù)功能的實現(xiàn)情況響應(yīng)所述業(yè)務(wù)請求。

當(dāng)該第一業(yè)務(wù)功能實現(xiàn)后，向用戶展示該第一業(yè)務(wù)功能所需要展示的頁面。但是在實際應(yīng)用中，通常會出現(xiàn)實現(xiàn)某個業(yè)務(wù)功能失敗的情況，例如由于網(wǎng)絡(luò)連接失敗而導(dǎo)致搜索好友的業(yè)務(wù)失敗，這時候通常還可以向用戶響應(yīng)與失敗類型對應(yīng)的頁面。也就是說，當(dāng)該第一業(yè)務(wù)功能的實現(xiàn)失敗時，也可以向用戶返回第一業(yè)務(wù)功能啟動失敗的提示頁面。通過該步驟s34，根據(jù)第一業(yè)務(wù)功能的實現(xiàn)情況，向用戶響應(yīng)對應(yīng)的信息，可以進一步提高用戶的體驗。

需要說明的是，實施例2所提供方法的各步驟的執(zhí)行主體均可以是同一設(shè)備，或者，該方法的各步驟也可以由不同設(shè)備作為執(zhí)行主體。比如，步驟s31和步驟s32的執(zhí)行主體可以為設(shè)備1；又比如，步驟s31的執(zhí)行主體可以為設(shè)備1，步驟s32和的執(zhí)行主體可以為設(shè)備2；等等。

實施例3

基于與實施例1相同的發(fā)明構(gòu)思，實施例3提供了一種應(yīng)用app的資源加載裝置，所述應(yīng)用app的資源包括基礎(chǔ)框架資源和頁面資源。如圖6所示，該60裝置包括：基礎(chǔ)框架資源加載單元601和頁面資源加載單元602，其中：

所述基礎(chǔ)框架資源加載單元601，用于在接收到啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求前，對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載，所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源用于為所述第一業(yè)務(wù)功能的實現(xiàn)提供運行環(huán)境；

所述頁面資源加載單元602，用于當(dāng)接收到啟動所述第一業(yè)務(wù)功能的業(yè)務(wù)請求后，對所述第一業(yè)務(wù)功能所需要的頁面資源進行加載。

采用本申請的實施例3所提供的裝置，由于該裝置與實施例1的發(fā)明構(gòu)思相同，因此能夠取得與實施例1相同的實施效果。另外，在實際應(yīng)用同，該裝 置還可以通過結(jié)合實際中的硬件裝置取得另外的實施效果，例如當(dāng)該硬件裝置的內(nèi)存較小時，現(xiàn)有技術(shù)由于同時加載的資源較多通常會造成卡頓等現(xiàn)象，采用實時例3的裝置由于觸發(fā)啟動按鈕后加載的資源減少，使得卡頓的現(xiàn)象減少。

優(yōu)選的，該裝置60還可以包括基礎(chǔ)框架資源第二加載單元603，用于在接收到啟動應(yīng)用app中的第二業(yè)務(wù)功能的業(yè)務(wù)請求前，對所述第二業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載。在實際應(yīng)用中，當(dāng)通過基礎(chǔ)框架資源和頁面資源啟動第一業(yè)務(wù)功能后，可以通過提前對第二業(yè)務(wù)功能的基礎(chǔ)框架資源進行加載，為第二業(yè)務(wù)功能的啟動做準(zhǔn)備，使得在啟動第二業(yè)務(wù)功能時，加快啟動速度。

優(yōu)選的，所述基礎(chǔ)框架資源加載單元601具體包括基礎(chǔ)框架資源加載子單元6011，用于在所述應(yīng)用app的引擎為混合hybrid引擎時，通過所述混合hybrid引擎對應(yīng)用app中所述第一業(yè)務(wù)功能的基礎(chǔ)框架react進行加載。在實際應(yīng)用中，當(dāng)應(yīng)用app的引擎為混合hybrid引擎時，可以通過該混合hybrid引擎來實現(xiàn)對基礎(chǔ)框架react的加載。

實施例4

基于與實施例2相同的發(fā)明構(gòu)思，實施例4提供了一種應(yīng)用app中業(yè)務(wù)功能的實現(xiàn)裝置。如圖7所示，該70裝置包括：接收單元701、加載單元702和實現(xiàn)單元703，其中：

所述接收單元701，用于接收啟動應(yīng)用app中的第一業(yè)務(wù)功能的業(yè)務(wù)請求；

所述加載單元702，用于根據(jù)所述業(yè)務(wù)請求對實現(xiàn)所述第一業(yè)務(wù)功能所需要的頁面資源進行加載；

所述實現(xiàn)單元703，用于根據(jù)所述第一業(yè)務(wù)功能的基礎(chǔ)框架資源和所述頁面資源實現(xiàn)所述第一業(yè)務(wù)功能，第一業(yè)務(wù)功能的基礎(chǔ)框架資源在接收所述業(yè)務(wù)請求之前，已根據(jù)本申請實施例提供的應(yīng)用app的資源加載裝置進行加載。

采用本申請實施例4提供的裝置，調(diào)用單元在基礎(chǔ)框架資源所提供的實現(xiàn)環(huán)境下調(diào)用所加載后頁面資源時，由于基礎(chǔ)框架資源在接收單元接收業(yè)務(wù)請求 之前，已經(jīng)根據(jù)進行了加載。從而使得在接收該業(yè)務(wù)請求后，啟動該第一業(yè)務(wù)功能所需要加載的資源相較于現(xiàn)有技術(shù)較少，從而較少了第一業(yè)務(wù)功能的啟動時間。

在實際應(yīng)用中，該裝置70還可以包括所述響應(yīng)單元704，用于根據(jù)所述第一業(yè)務(wù)功能的啟動情況響應(yīng)所述業(yè)務(wù)請求。該響應(yīng)單元704根據(jù)第一業(yè)務(wù)功能的實現(xiàn)情況，向用戶響應(yīng)對應(yīng)的信息，可以進一步提高用戶的體驗。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。

本申請是參照根據(jù)本申請實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導(dǎo)計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個 流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設(shè)備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡(luò)接口和內(nèi)存。

內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機可讀介質(zhì)的示例。

計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術(shù)來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設(shè)備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。

還需要說明的是，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。

本領(lǐng)域技術(shù)人員應(yīng)明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結(jié)合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、 光學(xué)存儲器等)上實施的計算機程序產(chǎn)品的形式。

以上僅為本申請的實施例而已，并不用于限制本申請。對于本領(lǐng)域技術(shù)人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應(yīng)包含在本申請的權(quán)利要求范圍之內(nèi)。