手機(jī)存儲(chǔ)用例解析（2013/5/06）關(guān)鍵詞：掛載、分區(qū)、內(nèi)存泄露、分區(qū)狀態(tài)錯(cuò)誤四、多次點(diǎn)擊USB開(kāi)關(guān)后，出現(xiàn)無(wú)響應(yīng)S1上跟存儲(chǔ)相關(guān)的原理、現(xiàn)象和問(wèn)題七、手機(jī)上的應(yīng)用接二連三的崩潰六、桌面上應(yīng)用圖標(biāo)顯示灰色，點(diǎn)擊后提示未安裝八、手機(jī)用幾天后就自動(dòng)重啟了一、號(hào)稱8G、16G的存儲(chǔ)空間只剩下5.77G和13G二、打開(kāi)USB存儲(chǔ)經(jīng)常彈出的確認(rèn)窗體九、無(wú)法開(kāi)機(jī)，變磚了三、手機(jī)使用時(shí)間長(zhǎng)了之后系統(tǒng)變慢了五、應(yīng)用是怎么從SD卡移動(dòng)到內(nèi)置存儲(chǔ)的智能手機(jī)的內(nèi)置存儲(chǔ)一、智能手機(jī)的ROM和RAMROM：ReadOnly

Memory，可擦寫的系統(tǒng)盤符，用來(lái)存放系統(tǒng)所需要的文件，如data、META-IN、system、boot.img。RAM：

RandomAccessMemory，手機(jī)的內(nèi)存，系統(tǒng)工作時(shí)需要進(jìn)行調(diào)度的空間。讀寫速度高，內(nèi)存越大，與系統(tǒng)進(jìn)行交互時(shí)所需要調(diào)度的空間就越大。EMMC：EmbeddedMultiMediaCard，封裝中集成了一個(gè)控制器，它提供標(biāo)準(zhǔn)接口并管理閃存。S1用的是EMMC解決方案。外置存儲(chǔ)：TF卡（MicroSD）智能手機(jī)存儲(chǔ)的簡(jiǎn)單工作原理二、簡(jiǎn)單的工作原理內(nèi)存（RAM）：硬件設(shè)備數(shù)據(jù)調(diào)度的港口EMMC的控制：NANDFlash+控制器+標(biāo)準(zhǔn)封裝接口掛載（Mount）：將一個(gè)設(shè)備（通常是存儲(chǔ)設(shè)備）掛接到一個(gè)已存在的目錄上（android手機(jī)上這個(gè)目錄名一般為mnt/）卸載（Unmount）：將已掛接的存儲(chǔ)設(shè)備和目錄脫離U盤模式（MassStorage）：

massstorage是USB協(xié)議中的一部分，

USB從設(shè)備連接到USBHost設(shè)備上，并能夠執(zhí)行文件的傳輸S1案例分析案例一.存儲(chǔ)容量和宣傳的不符，誰(shuí)偷了我的存儲(chǔ)空間？原因：根據(jù)EMMC的提供的解決方案，對(duì)整個(gè)存儲(chǔ)進(jìn)行了分區(qū)，分為系統(tǒng)盤符、SD卡存儲(chǔ)盤符、內(nèi)部存儲(chǔ)空間。存儲(chǔ)的計(jì)算方式(存儲(chǔ)廠商和系統(tǒng)識(shí)別的標(biāo)準(zhǔn)不同)：1G=10億個(gè)字節(jié)，而系統(tǒng)所能識(shí)別的是（8*0.9313=7.45G）1000000000/1024byte/1024kb/1024mb=0.9313G通過(guò)adbshelldf命令可查看當(dāng)前分區(qū)下的存儲(chǔ)分配，其中/mnt/sdcard占用了5.77G,Data占用了1G，system和cache分別占用了319M和125M，還有一些其他的分區(qū)占用200多M，一共加起來(lái)就是7.45G左右。內(nèi)存為1G，實(shí)際在手機(jī)上顯示的只有165M+489M=654M，少了380M左右的內(nèi)存。其實(shí)占用385M空間的是tmpfs，linux下的一種臨時(shí)文件系統(tǒng)。

S1案例分析案例二：1.打開(kāi)USB存儲(chǔ)時(shí)經(jīng)常彈出的確認(rèn)窗體原因：后臺(tái)正在運(yùn)行的程序里的文件正在SD卡上（如文件管理器掃描SD卡，應(yīng)用中心下載的同時(shí)打開(kāi)USB存儲(chǔ)）S1案例分析案例三：APP2SD（將應(yīng)用移動(dòng)到SD卡上）背景：

2.2版本以前的系統(tǒng)，Android手機(jī)的軟件為了安全性和穩(wěn)定性都是默認(rèn)安裝到手機(jī)制定存儲(chǔ)空間里目的：為了節(jié)省空間，把安裝在制定分區(qū)的應(yīng)用移到空間容量更大的SD卡上程序安裝的原理：例如UC瀏覽器.apk，安裝過(guò)程如下，1、首先會(huì)將UC瀏覽器.apk重命名為com.ucmobile.apk后復(fù)制到/data/app目錄下2、將com.ucmobile.apk包里的class.dex文件解壓到/data/Dalvik-Cache目錄下3、在/data/data目錄下創(chuàng)建com.ucmobile目錄，將com.ucmobile.apk包里的Lib（有的APK無(wú)此文件）下對(duì)應(yīng)的.so文件復(fù)制到.ucmobile/lib目錄下，UC瀏覽器使用產(chǎn)生的緩存、書簽、設(shè)置等數(shù)據(jù)都存放在.ucmobile下APP2SD原理

官方的app2sd：只把/data/app目錄下的apk移動(dòng)至SD卡下，且需要軟件自身支持安裝在內(nèi)存卡上才可以，也就是說(shuō)用官方的app2sd，要把程序安裝在內(nèi)存卡上，并不是我們使用者說(shuō)了算，而是軟件開(kāi)發(fā)者說(shuō)了算。移動(dòng)至SD卡后，使用U盤模式的同時(shí)不能使用該應(yīng)用民間app2sd：把當(dāng)前SD卡里劃分出一個(gè)linux所能識(shí)別的ext格式的分區(qū)，將/data/app等移動(dòng)到ext分區(qū)后創(chuàng)建鏈接替代。移動(dòng)app時(shí)將/data/app、/data/Dalvik-Cache、/data/data都移到內(nèi)存卡的EXT分區(qū)。當(dāng)使用U盤模式時(shí)，仍然可以使用移動(dòng)到SD卡上的應(yīng)用。S1案例分析案例四：多次點(diǎn)擊USB開(kāi)關(guān)后，出現(xiàn)無(wú)響應(yīng)，甚至出現(xiàn)重啟。可能導(dǎo)致該問(wèn)題的原因：1.EMMC控制芯片出問(wèn)題2.STE的解決方案對(duì)于USB驅(qū)動(dòng)支持不夠好3.Framework上層堵塞，導(dǎo)致Systemserver異常后進(jìn)行重啟。S1案例分析S1案例分析

USB驅(qū)動(dòng)

上層操作界面點(diǎn)擊打開(kāi)USB存儲(chǔ)按鈕android標(biāo)準(zhǔn)庫(kù)調(diào)用PackageManager,MountService等進(jìn)行UI更新，通知已打開(kāi)成功，StorageNotification可能發(fā)生的問(wèn)題點(diǎn)如下：1.UI沒(méi)及時(shí)更新2.Framework層堵塞，導(dǎo)致無(wú)響應(yīng)4.硬件設(shè)備損壞，底層出錯(cuò)，導(dǎo)致上層無(wú)法獲取正確信息3.Framework層出錯(cuò)，導(dǎo)致提示出錯(cuò)Application層Framework層Libraries層LinuxKernel層打開(kāi)USB流程Android各層級(jí)————————————————S1案例分析檢查當(dāng)前USB狀態(tài)進(jìn)行卸載手機(jī)SD卡盤符的操作（Unmount）MountUnmountingUnmountingUnmountedUnmountedSharedS1案例分析衍生案例1：點(diǎn)擊USB存儲(chǔ)按鈕了，沒(méi)有反應(yīng)，但是U盤模式已經(jīng)開(kāi)啟了可能的原因：上層UI更新出錯(cuò)，未及時(shí)進(jìn)行更新衍生案例2：點(diǎn)擊USB存儲(chǔ)按鈕，一直處于等待界面可能的原因：Framework層出錯(cuò)，卸載分區(qū)沒(méi)有成功衍生案例3：移動(dòng)到SD卡上的某些應(yīng)用無(wú)法啟動(dòng)可能的原因：該程序調(diào)用JNI，而安裝到SD卡上后沒(méi)有調(diào)用權(quán)限導(dǎo)致無(wú)法啟動(dòng)衍生案例4：插上USB線后沒(méi)有提示已接入設(shè)備可能的原因：1)USB線壞了2)手機(jī)端USB接口處壞了衍生案例5：安裝在SD卡上的應(yīng)用重啟后顯示android默認(rèn)圖標(biāo)，且無(wú)法啟動(dòng)可能原因：手機(jī)在重啟時(shí)需要重新掛載SD卡，這是安裝在SD卡上的程序會(huì)進(jìn)行權(quán)限的申請(qǐng)，庫(kù)文件的調(diào)用等操作，此時(shí)若系統(tǒng)沒(méi)處理好此處的邏輯，很容易發(fā)生該問(wèn)題S1案例分析案例五：桌面圖標(biāo)顯示灰色，點(diǎn)擊后提示未安裝原因:

安裝多個(gè)應(yīng)用后(大于50)，開(kāi)啟關(guān)閉U盤模式或重啟之后，桌面程序會(huì)去讀取應(yīng)用安裝的列表，此時(shí)存儲(chǔ)應(yīng)用的分區(qū)出錯(cuò)導(dǎo)致桌面讀取到了錯(cuò)誤的數(shù)據(jù)，反映在桌面上就是無(wú)法正常顯示圖標(biāo)。S1案例分析案例六：使用一段時(shí)間后系統(tǒng)自動(dòng)重啟原因：內(nèi)存泄露--使用了內(nèi)存（RAM）卻沒(méi)有進(jìn)行釋放。導(dǎo)致S1自動(dòng)重啟的一個(gè)原因鎖屏?xí)r有內(nèi)存泄露，在多次進(jìn)行鎖屏解鎖操作后較容易出現(xiàn)。內(nèi)存泄露的查看方法：參照啄木鳥知識(shí)庫(kù)—>Android手機(jī)測(cè)試中階—>MAT內(nèi)存泄露檢測(cè)Android系統(tǒng)上的內(nèi)存泄露：程序調(diào)用的非代碼本身的類導(dǎo)致的內(nèi)存溢出，如調(diào)用androidframework層已封裝好的類，而該類不包含在java和android的回收機(jī)制中。S1案例分析案例七：手機(jī)應(yīng)用連續(xù)自動(dòng)崩潰原因：系統(tǒng)Data分區(qū)狀態(tài)錯(cuò)誤，正常情況下應(yīng)該是讀寫（RW），而出錯(cuò)時(shí)狀態(tài)為只讀（RO）分析引起只讀的一些思路：1.理解Data分區(qū)的作用，進(jìn)入Data分區(qū)可以看到他里面包含的文件app、data、adm.sqlite、davlik-cache等。App是安裝在手機(jī)內(nèi)置存儲(chǔ)的apk的文件夾，data文件夾下是系統(tǒng)內(nèi)應(yīng)用的package存放的路徑，adm.sqlite提供應(yīng)用于數(shù)據(jù)庫(kù)的交互，davilk-cache提供虛擬機(jī)緩存空間。出現(xiàn)data分區(qū)只讀可能是某項(xiàng)操作引起的分區(qū)保護(hù)，把分區(qū)狀態(tài)轉(zhuǎn)換成了只讀。2.基于以上推出以下復(fù)現(xiàn)場(chǎng)景：1.）安裝較大的應(yīng)用的同時(shí)進(jìn)行短信發(fā)送、電話撥出、短信聯(lián)系人添加刪除等操作。2.）或進(jìn)行數(shù)據(jù)庫(kù)、安裝apk時(shí)進(jìn)行斷電操作S1案例分析案例八：手機(jī)變磚原因：EMMC系統(tǒng)分區(qū)損壞，導(dǎo)致無(wú)法通過(guò)boot.img進(jìn)行開(kāi)機(jī)存儲(chǔ)模式的用例分析1）反復(fù)斷電重啟（檢查EM