本發(fā)明涉及Android設備技術領域，尤其涉及一種Android設備DATA分區(qū)數(shù)據(jù)防出錯方法。

背景技術：

現(xiàn)有手機在生成成功后，都要對手機進行充電及對手機系統(tǒng)和軟件進行下載更新，而在對手機軟件進行下載更新的過程中會出現(xiàn)掉電的情況，導致下載更新失敗，從而導致手機或者軟件無法使用的情況發(fā)生，這種情況下常常采用手動恢復出廠設置，操作復雜，降低產(chǎn)線產(chǎn)能，異常開機情況下甚至無法使用此法；或者采用異常文件搜索算法，遍歷速度慢，誤判情況多。

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

針對上述技術中存在的不足之處，本發(fā)明提供一種Android設備DATA分區(qū)數(shù)據(jù)防出錯方法，通過對DATA區(qū)的內(nèi)置數(shù)據(jù)進行記錄，對apk 和jar解壓后的數(shù)據(jù)進行刪除，再由系統(tǒng)重新生成一份，從而避免了出錯的可能。

為了達到上述目的，本發(fā)明一種Android設備DATA分區(qū)數(shù)據(jù)防出錯方法，包括以下具體步驟：

步驟1，DATA數(shù)據(jù)生成：在下載更新軟件之前，對需要下載到DATA分區(qū)的數(shù)據(jù)進行掃描，并記錄下相應的文件名稱到A文件，同時也包括A文件名；

步驟2，軟件燒寫：將需要的軟件燒寫至手機中；

步驟3，開機初始化過程對記錄在A文件中以外的文件的處理：Android設備初始化開始，開機后init進程未發(fā)現(xiàn)A文件存在，則執(zhí)行步驟4；開機后init進程發(fā)現(xiàn)A文件的存在，手機未掉電系統(tǒng)會刪掉DATA分區(qū)下除A文件中記錄的文件之外的所有文件，而被刪掉的文件將會由系統(tǒng)重新生成，則執(zhí)行步驟4；手機掉電DATA分區(qū)生產(chǎn)部分文件，存在不完成的文件，則重新執(zhí)行步驟3；該步驟保證了手機在解壓apk或者jar時文件的完整性，避免了因缺失文件而使手機不能正常使用；

步驟4，開機初始化結(jié)束后對A文件的處理：當Android設備初始化完成后，系統(tǒng)下發(fā)BOOT_COMPLETE消息，相應的應用程序?qū)文件刪除，開機流程結(jié)束。

其中，所述步驟1中的A文件中記錄的手機中的文件為內(nèi)置數(shù)據(jù)，A文件為可以進行標志的數(shù)據(jù)文件。

其中，所述步驟1中DATA數(shù)據(jù)是在packageManagerSerice啟動之后生成，A文件是標志文件不會再次生成。

其中，所述步驟3中刪除的數(shù)據(jù)為系統(tǒng)將apk及jar包解壓后生成的數(shù)據(jù)，刪除的apk和 jar數(shù)據(jù)將由系統(tǒng)重新生成一份完整的文件。

其中，所述步驟4中刪除A文件是為了下次開機不會再有刪除DATA分區(qū)數(shù)據(jù)的動作。

其中，所述步驟4中收到BOOT_COMPLETE的消息廣播后刪除A，證明依次完整的開機過程走完，中間沒有發(fā)生意外掉電的情況。

其中，該方法充分利用Angroid系統(tǒng)DATA數(shù)據(jù)生成機制及開機結(jié)束消息分發(fā)機制。

其中，所述DATA數(shù)據(jù)生成機制是指在手機開機的時候，系統(tǒng)會掃描所有的apk和jar文件，若DATA分區(qū)沒有相應的數(shù)據(jù)，那么DATA數(shù)據(jù)生成機制會進行重新解壓并重寫相應的數(shù)據(jù)。

其中，所述開機結(jié)束消息分發(fā)機制是指在DATA分區(qū)數(shù)據(jù)生成等動作執(zhí)行之后，系統(tǒng)會發(fā)布BOOT_COMPLETE的消息廣播，該算法收到廣播后，會刪除標志文件。

本發(fā)明的有益效果是：

與現(xiàn)有技術相比，本發(fā)明的Android設備DATA分區(qū)數(shù)據(jù)防出錯方法，充分利用android系統(tǒng)DATA數(shù)據(jù)生成機制及開機結(jié)束消息分發(fā)機制；只需要一個A文件，就可以防止手機在更新下載系統(tǒng)時出現(xiàn)掉電的情況，從而導致手機在解壓apk及jar時解壓不完整或者出錯，導致手機不能正常使用，本發(fā)明適用于所有裝有Android系統(tǒng)的手機，通用性強，而且無需人工干預，只需一個A文件所以代碼量小，速度快，無誤判情況。

附圖說明

圖1為本發(fā)明Android設備DATA分區(qū)數(shù)據(jù)防出錯方法的方框流程圖。

具體實施方式

為了更清楚地表述本發(fā)明，下面結(jié)合附圖對本發(fā)明作進一步地描述。

參閱圖1，本發(fā)明一種Android設備DATA分區(qū)數(shù)據(jù)防出錯方法，包括以下具體步驟：

S1，DATA數(shù)據(jù)生成：在下載更新軟件之前，對需要下載到DATA分區(qū)的數(shù)據(jù)進行掃描，并記錄下相應的文件名稱到A文件，同時也包括A文件名；手機第一次開機，DATA分區(qū)沒有數(shù)據(jù)，A文件中未記錄其它文件名；第一次開機以為DATA分區(qū)沒有數(shù)據(jù)，所以第一次開機算是誤判，但是對系統(tǒng)沒有影響；

S2，軟件燒寫：將需要的軟件燒寫至手機中；

S3，開機初始化過程對記錄在A文件中以外的文件的處理：Android設備初始化開始，開機后init進程未發(fā)現(xiàn)A文件存在，則執(zhí)行步驟S4；開機后init進程發(fā)現(xiàn)A文件的存在，手機未掉電系統(tǒng)會刪掉DATA分區(qū)下除A文件中記錄的文件之外的所有文件，而被刪掉的文件將會由系統(tǒng)重新生成，則執(zhí)行步驟S4；手機掉電DATA分區(qū)生產(chǎn)部分文件，存在不完成的文件，則重新執(zhí)行步驟S3；該步驟保證了手機在解壓apk或者jar時文件的完整性，避免了因缺失文件而使手機不能正常使用；當系統(tǒng)初始化時發(fā)現(xiàn)沒有相應數(shù)據(jù)，就會重寫一份，刪除數(shù)據(jù)的這個時機很早，要搶在解壓重寫數(shù)據(jù)之前；

S4，開機初始化結(jié)束后對A文件的處理：當Android設備初始化完成后，系統(tǒng)下發(fā)BOOT_COMPLETE消息，相應的應用程序?qū)文件刪除，開機流程結(jié)束。系統(tǒng)會發(fā)布BOOT_COMPLETE的消息廣播，該算法收到廣播后，會刪除標志文件。刪掉A文件是為了下次開機不會有刪除data分區(qū)數(shù)據(jù)的動作。

本發(fā)明的Android設備DATA分區(qū)數(shù)據(jù)防出錯方法，與現(xiàn)有技術相比，充分利用android系統(tǒng)DATA數(shù)據(jù)生成機制及開機結(jié)束消息分發(fā)機制；只需要一個A文件，就可以防止手機在更新下載系統(tǒng)時出現(xiàn)掉電的情況，從而導致手機在解壓apk及jar時解壓不完整或者出錯，導致手機不能正常使用，本發(fā)明適用于所有裝有Android系統(tǒng)的手機，通用性強，而且無需人工干預，只需一個A文件所以代碼量小，速度快，無誤判情況。

本實施例中，步驟S1中的A文件中記錄的手機中的文件為內(nèi)置數(shù)據(jù)，A文件為可以進行標志的數(shù)據(jù)文件。

本實施例中，步驟S1中DATA數(shù)據(jù)是在packageManagerSerice啟動之后生成，A文件是標志文件不會再次生成。

本實施例中，步驟S3中刪除的數(shù)據(jù)為系統(tǒng)將apk及jar包解壓后生成的數(shù)據(jù)，刪除的apk和 jar數(shù)據(jù)將由系統(tǒng)重新生成一份完整的文件。data分區(qū)中的數(shù)據(jù)大致分為三類，（一）內(nèi)置數(shù)據(jù)，打包刷機包時就存在了；（二）系統(tǒng)將apk及jar包解壓后生成的數(shù)據(jù)；（三）用戶在試用手機過程中產(chǎn)生的用戶數(shù)據(jù)。A文件記錄了內(nèi)置數(shù)據(jù)中的文件名，就是說內(nèi)置的數(shù)據(jù)不能被刪掉，刪掉是apk及jar包解壓后生成的數(shù)據(jù)和用戶在試用手機過程中產(chǎn)生的用戶數(shù)據(jù)，但是因為手機還沒有到用戶手中，所以用戶在試用手機過程中產(chǎn)生的用戶數(shù)據(jù)文件是不存在的，最后刪除的只是系統(tǒng)將apk及jar包解壓后生成的數(shù)據(jù)，這類數(shù)據(jù)是存在出錯的可能性的。

本實施例中，該方法充分利用Angroid系統(tǒng)DATA數(shù)據(jù)生成機制及開機結(jié)束消息分發(fā)機制。DATA數(shù)據(jù)生成機制是指在手機開機的時候，系統(tǒng)會掃描所有的apk和jar文件，若DATA分區(qū)沒有相應的數(shù)據(jù)，那么DATA數(shù)據(jù)生成機制會進行重新解壓并重寫相應的數(shù)據(jù)。開機結(jié)束消息分發(fā)機制是指在DATA分區(qū)數(shù)據(jù)生成等動作執(zhí)行之后，系統(tǒng)會發(fā)布BOOT_COMPLETE的消息廣播，該算法收到廣播后，會刪除標志文件。

PackageManagerService是負責管理系統(tǒng)的Package，包括APK的安裝，卸載，信息的查詢等等。

BOOT_COMPLETE是指手機啟動完成。

以上公開的僅為本發(fā)明的幾個具體實施例，但是本發(fā)明并非局限于此，任何本領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。