本發(fā)明涉及手機(jī)通信領(lǐng)域，具體涉及基于安卓系統(tǒng)的多app運(yùn)行方法。

背景技術(shù)：

手機(jī)app，就是安裝在智能手機(jī)上的客戶端軟件，完善原始系統(tǒng)的不足與個(gè)性化。隨著科技的發(fā)展，現(xiàn)在手機(jī)的功能也越來越多，越來越強(qiáng)大。不是像過去的那么簡單死板，目前發(fā)展到了可以和電腦相媲美。手機(jī)軟件與電腦一樣，下載手機(jī)軟件時(shí)還要考慮你購買這一款手機(jī)所安裝的系統(tǒng)來決定要下相對應(yīng)的軟件。早期的手機(jī)主流系統(tǒng)有以下：symbian、blackberryos、windowsmobile.但是在2007年，蘋果推出了運(yùn)行自己軟件的iphone；google宣布推出android手機(jī)操作系統(tǒng)平臺(tái)。蘋果跟安卓兩款系統(tǒng)憑著強(qiáng)大的優(yōu)勢，迅速占領(lǐng)手機(jī)市場大部分份額。

目前常見的智能系統(tǒng)均不支持同時(shí)開啟同一個(gè)app的多個(gè)進(jìn)程，但實(shí)際應(yīng)用中，用戶經(jīng)常需要對某個(gè)app進(jìn)行多開，為了實(shí)現(xiàn)這種功能，現(xiàn)有技術(shù)中常用的手段是在手機(jī)中安裝一個(gè)虛擬機(jī)，利用該虛擬機(jī)再次安裝app，然后通過虛擬機(jī)實(shí)現(xiàn)app的多開，由于虛擬機(jī)占用內(nèi)存和處理器較多，容易系統(tǒng)卡死，同時(shí)虛擬機(jī)對app還存在兼容性問題，導(dǎo)致在虛擬機(jī)上運(yùn)行的app容易發(fā)生崩潰。

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

本發(fā)明所要解決的技術(shù)問題是現(xiàn)有app多開手段，系統(tǒng)容易卡死，app容易崩潰，目的在于提供基于安卓系統(tǒng)的多app運(yùn)行方法，解決上述問題。

本發(fā)明通過下述技術(shù)方案實(shí)現(xiàn)：

基于安卓系統(tǒng)的多app運(yùn)行方法，包括以下步驟：s1：安裝原app；s2：解析原app并將解析出來的校驗(yàn)信息進(jìn)行修改后，安裝修改后的app；s3：修改經(jīng)s2安裝后app查找類的路徑；循環(huán)執(zhí)行s2和s3至安裝的app達(dá)到預(yù)定數(shù)量。

目前常見的智能系統(tǒng)均不支持同時(shí)開啟同一個(gè)app的多個(gè)進(jìn)程，但實(shí)際應(yīng)用中，用戶經(jīng)常需要對某個(gè)app進(jìn)行多開，為了實(shí)現(xiàn)這種功能，現(xiàn)有技術(shù)中常用的手段是在手機(jī)中安裝一個(gè)虛擬機(jī)，利用該虛擬機(jī)再次安裝app，然后通過虛擬機(jī)實(shí)現(xiàn)app的多開，由于虛擬機(jī)占用內(nèi)存和處理器較多，容易系統(tǒng)卡死，同時(shí)虛擬機(jī)對app還存在兼容性問題，導(dǎo)致在虛擬機(jī)上運(yùn)行的app容易發(fā)生崩潰。

本發(fā)明應(yīng)用時(shí)，先將原app在系統(tǒng)內(nèi)安裝，再解析原app并將解析出來的校驗(yàn)信息進(jìn)行修改后，安裝修改后的app，由于目前的智能系統(tǒng)均會(huì)對app的校驗(yàn)信息進(jìn)行校驗(yàn)，所以相同校驗(yàn)信息的app不能重復(fù)安裝，將校驗(yàn)信息解析出來并修改后，修改后的app就可以在系統(tǒng)上進(jìn)行安裝了，然后修改經(jīng)s2安裝后app查找類的路徑，目前的智能系統(tǒng)，不同app在運(yùn)行中不能從相同的路徑查找類，所以，需要修改經(jīng)s2安裝后app查找類的路徑，使得修改后的app可以和原app共同運(yùn)行，循環(huán)執(zhí)行s2和s3至安裝的app達(dá)到預(yù)定數(shù)量。本發(fā)明不需要虛擬機(jī)既可以將app在智能系統(tǒng)中多開，兼容性強(qiáng)，app不容易發(fā)生崩潰。

進(jìn)一步的，本發(fā)明還包括以下步驟：s4：對經(jīng)s2安裝后app的包名的校驗(yàn)信息進(jìn)行修改。

本發(fā)明應(yīng)用時(shí)，對經(jīng)s2安裝后app的包名的校驗(yàn)信息進(jìn)行修改，app在智能系統(tǒng)運(yùn)行過程中，有時(shí)候需要對app的包名進(jìn)行校驗(yàn)，當(dāng)多個(gè)同時(shí)運(yùn)行的app的包名的校驗(yàn)信息相同時(shí)，app會(huì)發(fā)生崩潰。本發(fā)明通過對經(jīng)s2安裝后app的包名的校驗(yàn)信息進(jìn)行修改，防止了app因包名校驗(yàn)而崩潰。

進(jìn)一步的，步驟s2還包括以下子步驟：解析原app并將解析出來的信息分類；解析修改后app并將解析出來的信息分類。

再進(jìn)一步的，步驟s2還包括以下子步驟：解析原app獲得的信息分類包括原app的包屬性和活動(dòng)組的包名；解析修改后app獲得的信息分類包括修改后app的包屬性和活動(dòng)組的包名；修改修改后app的包屬性使其與原app的包屬性不同；修改修改后app的活動(dòng)組的包名使其與修改后的包屬性相匹配。

再進(jìn)一步的，所述活動(dòng)組的包名與包屬性的匹配方式為在包屬性后加入入口名稱形成活動(dòng)組的包名。

本發(fā)明應(yīng)用時(shí)，由于原app的包屬性和修改后app的包屬性相同時(shí)，在調(diào)用系統(tǒng)組件時(shí)會(huì)發(fā)生崩潰，所以，將修改后app的包屬性進(jìn)行修改，同時(shí)，修改后app的活動(dòng)組的包名需要與修改后的包屬性相匹配，app才能調(diào)用活動(dòng)組，匹配方式為在包屬性后加入入口名稱形成活動(dòng)組的包名。

本發(fā)明與現(xiàn)有技術(shù)相比，具有如下的優(yōu)點(diǎn)和有益效果：

1、本發(fā)明基于安卓系統(tǒng)的多app運(yùn)行方法，本發(fā)明不需要虛擬機(jī)既可以將app在智能系統(tǒng)中多開，兼容性強(qiáng)，app不容易發(fā)生崩潰；

2、本發(fā)明基于安卓系統(tǒng)的多app運(yùn)行方法，本發(fā)明通過對經(jīng)s2安裝后app的包名的校驗(yàn)信息進(jìn)行修改，防止了app因包名校驗(yàn)而崩潰。

附圖說明

此處所說明的附圖用來提供對本發(fā)明實(shí)施例的進(jìn)一步理解，構(gòu)成本申請的一部分，并不構(gòu)成對本發(fā)明實(shí)施例的限定。在附圖中：

圖1為本發(fā)明步驟示意圖。

具體實(shí)施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下面結(jié)合實(shí)施例和附圖，對本發(fā)明作進(jìn)一步的詳細(xì)說明，本發(fā)明的示意性實(shí)施方式及其說明僅用于解釋本發(fā)明，并不作為對本發(fā)明的限定。

實(shí)施例1

如圖1所示，本發(fā)明基于安卓系統(tǒng)的多app運(yùn)行方法，包括以下步驟：s1：安裝原app；s2：解析原app并將解析出來的校驗(yàn)信息進(jìn)行修改后，安裝修改后的app；s3：修改經(jīng)s2安裝后app查找類的路徑；循環(huán)執(zhí)行s2和s3至安裝的app達(dá)到預(yù)定數(shù)量。

本實(shí)施例實(shí)施時(shí)，先將原app在系統(tǒng)內(nèi)安裝，再解析原app并將解析出來的校驗(yàn)信息進(jìn)行修改后，安裝修改后的app，由于目前的智能系統(tǒng)均會(huì)對app的校驗(yàn)信息進(jìn)行校驗(yàn)，所以相同校驗(yàn)信息的app不能重復(fù)安裝，將校驗(yàn)信息解析出來并修改后，修改后的app就可以在系統(tǒng)上進(jìn)行安裝了，然后修改經(jīng)s2安裝后app查找類的路徑，目前的智能系統(tǒng)，不同app在運(yùn)行中不能從相同的路徑查找類，所以，需要修改經(jīng)s2安裝后app查找類的路徑，使得修改后的app可以和原app共同運(yùn)行，循環(huán)執(zhí)行s2和s3至安裝的app達(dá)到預(yù)定數(shù)量。本發(fā)明不需要虛擬機(jī)既可以將app在智能系統(tǒng)中多開，兼容性強(qiáng)，app不容易發(fā)生崩潰。

實(shí)施例2

本實(shí)施例在實(shí)施例1的基礎(chǔ)上，還包括以下步驟：s4：對經(jīng)s2安裝后app的包名的校驗(yàn)信息進(jìn)行修改。

本實(shí)施例實(shí)施時(shí)，對經(jīng)s2安裝后app的包名的校驗(yàn)信息進(jìn)行修改，app在智能系統(tǒng)運(yùn)行過程中，有時(shí)候需要對app的包名進(jìn)行校驗(yàn)，當(dāng)多個(gè)同時(shí)運(yùn)行的app的包名的校驗(yàn)信息相同時(shí)，app會(huì)發(fā)生崩潰。本發(fā)明通過對經(jīng)s2安裝后app的包名的校驗(yàn)信息進(jìn)行修改，防止了app因包名校驗(yàn)而崩潰。

實(shí)施例3

本實(shí)施例在實(shí)施例1的基礎(chǔ)上，步驟s2還包括以下子步驟：解析原app并將解析出來的信息分類；解析修改后app并將解析出來的信息分類。步驟s2還包括以下子步驟：解析原app獲得的信息分類包括原app的包屬性和活動(dòng)組的包名；解析修改后app獲得的信息分類包括修改后app的包屬性和活動(dòng)組的包名；修改修改后app的包屬性使其與原app的包屬性不同；修改修改后app的活動(dòng)組的包名使其與修改后的包屬性相匹配。所述活動(dòng)組的包名與包屬性的匹配方式為在包屬性后加入入口名稱形成活動(dòng)組的包名。

本實(shí)施例實(shí)施時(shí)，由于原app的包屬性和修改后app的包屬性相同時(shí)，在調(diào)用系統(tǒng)組件時(shí)會(huì)發(fā)生崩潰，所以，將修改后app的包屬性進(jìn)行修改，同時(shí)，修改后app的活動(dòng)組的包名需要與修改后的包屬性相匹配，app才能調(diào)用活動(dòng)組，匹配方式為在包屬性后加入入口名稱形成活動(dòng)組的包名。

實(shí)施例4

本實(shí)施例在實(shí)施例1至3的基礎(chǔ)上，采用java對本發(fā)明方法進(jìn)行編譯：

步驟s1中的安裝代碼如下：

if(((installflags&packagemanager.install_app_clone)?。?)){pkg＝pp.parsepackage(tmppackagefile,parseflagspackageparser.parse_clone_app)；

}else{pkg＝pp.parsepackage(tmppackagefile,parseflags)；}

步驟s2中的解析代碼如下：

步驟s3中的修改查找類的路徑代碼如下：

對經(jīng)s2安裝后app的包名的校驗(yàn)信息進(jìn)行修改的代碼如下：

以上所述的具體實(shí)施方式，對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實(shí)施方式而已，并不用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。