android 細數斷點續傳的坑

標籤：

android項目中，不可避免會下載一些第三方應用，或者自身更新的包，或者下載視頻檔案，那麼都會考慮用到斷線續傳的方式。

那麼，斷電續傳的方式大概有3種：

1.比如下載視頻的時候，調用js的方法，把檔案下載下來，然後用randomAccessFile合并成一個檔案。

2.如xUtils的斷點續傳代碼，具體自己看。

3.利用sqlite，配合上randomAccessFile來實現。

第一種主要是用於下載視頻，為啥呢，因為考慮到網路問題之類的，頻繁的斷點和續傳，有機率性出現花屏等，用後面2中會出現這種問題，而前者沒，而缺點是如果不會寫js或者沒後台工程師幫忙就不行了。

第二種和第三種的優劣性表面上可以形容為xutils的斷線續傳為根據檔案大小就可以判斷下一次的起始位置，而且下載的檔案大小都可以通過eclipse中查看檔案的地方看得到即時的增長。

第三種的方式可以形容為檔案的大小從開始就定死了，而且會多一個資料庫的調用，不考慮同步問題的話很容易出現資料庫讀取異常的問題，優點就是邏輯簡單。

那麼，坑有哪些呢？

1.網路異常，也就是自己手動斷網，類比路由或者wifi中斷的情況。

xutils和randomAccessFile並沒考慮到這種問題，會出現流等待網路正常才繼續讀取的情況，看似沒事，但是實際上會大機率出現檔案大小異常，拉檔案出來不是解析不了就是視頻花屏的情況。

2.頻繁斷點（幾十次，10次以下機率性極小）。

xutils的情況還好。但是對於項目而言，能不使用第三方包就不用，因為實用第三方包的話不能排除第三方包有後門的問題。

而使用randomAccessFile的話，頻繁斷點，會有小機率的例外狀況事件，不外乎2種：

1）檔案大小異常。

2）檔案解析異常。比如apk檔案，正常的話可以在檔案管理工具看到一個有自己logo的apk，而失敗會出現解析包失敗，logo為android本身的logo

解決的方法很簡單。

就是在進度大於等於100%時，讀取當前apk檔案的MD5值，也就是根據MessageDigest來擷取並轉換為md5值，再與網路擷取的md5比較。

如果正常則開啟檔案，失敗則直接重新下載。

當然還要看自己的具體情況來實現這個功能，下載檔案大，或者檔案為視頻，應考慮使用項目內嵌js的方式，由js來實現暫停或者繼續下載的功能，項目小可以直接考慮xutils，當出現網路異常的情況直接通過廣播來手動控制暫停，網路正常才繼續下載這個檔案，從而減少異常情況的出現。

謝謝！

android 細數斷點續傳的坑