Android(可能不同版本實現有所不同)智慧手機中使用得是Sqlite資料庫來儲存簡訊息。
在簡訊息一般儲存在:/data/data/com.android.providers.telephony/databases/mmssms.db
資料庫檔案當中。
當你簡訊莫名其妙的不見或者確實被刪除之後,在Sqlite檔案當中,Sqlite在CellContent區將那個儲存簡訊息內容的CellPayload的Header的資訊修改,並且在相應index中修改此CellPayload的index數(所以index實際上也是還在的,但是index數已經-1了),以實現讓程式不能再讀取到這條資訊內容。
此過程剛剛發生時,你的簡訊內容還是存在的,只是那個資訊的CellPayloadHeader和相應的CellPayloadIndex區被修改了。這個時候你可以透過恢復程式將簡訊透過遍歷(我做的是這一塊)的方法將刪除過的那個簡訊的index拿到,然後重新定位,最後手動將簡訊內容恢復回來。
但是此過程若發生過了一段時間之後,Sqlite會進行對資料進行偏移的方式來進行資料整理。
這個時候你的簡訊已經幾乎沒有希望了。
建議:1.立即複製出你的mmssms.db檔案備份,不要再讓手機系統操作這個db檔案已保證Sqlite不會再對這個檔案進行資料偏移處理。
建議:2.搜尋專業Sqlite恢復軟體進行恢復。
請採納
Android(可能不同版本實現有所不同)智慧手機中使用得是Sqlite資料庫來儲存簡訊息。
在簡訊息一般儲存在:/data/data/com.android.providers.telephony/databases/mmssms.db
資料庫檔案當中。
當你簡訊莫名其妙的不見或者確實被刪除之後,在Sqlite檔案當中,Sqlite在CellContent區將那個儲存簡訊息內容的CellPayload的Header的資訊修改,並且在相應index中修改此CellPayload的index數(所以index實際上也是還在的,但是index數已經-1了),以實現讓程式不能再讀取到這條資訊內容。
此過程剛剛發生時,你的簡訊內容還是存在的,只是那個資訊的CellPayloadHeader和相應的CellPayloadIndex區被修改了。這個時候你可以透過恢復程式將簡訊透過遍歷(我做的是這一塊)的方法將刪除過的那個簡訊的index拿到,然後重新定位,最後手動將簡訊內容恢復回來。
但是此過程若發生過了一段時間之後,Sqlite會進行對資料進行偏移的方式來進行資料整理。
這個時候你的簡訊已經幾乎沒有希望了。
建議:1.立即複製出你的mmssms.db檔案備份,不要再讓手機系統操作這個db檔案已保證Sqlite不會再對這個檔案進行資料偏移處理。
建議:2.搜尋專業Sqlite恢復軟體進行恢復。
請採納