項(xiàng)目經(jīng)驗(yàn)，如需轉(zhuǎn)載，請(qǐng)注明作者：Yuloran (t.cn/EGU6c76)

前言

這個(gè) bug 本不應(yīng)該定位這么久，只是最近狀態(tài)實(shí)在是太差了，無論是心理上還是身體上，都感覺非常的疲憊。

Bug 現(xiàn)象

使用 RxDownload2 下載文件時(shí)，要等很久(平均6s以上)，才開始刷新進(jìn)度。

定位分析

從理論上看，使用 @Streaming 的方式下載文件，在與服務(wù)器建立連接后應(yīng)當(dāng)立即返回，只有從輸入流開始讀數(shù)據(jù)時(shí)才會(huì)阻塞。但是，現(xiàn)在下載進(jìn)度刷新需要等待這么久，看起來像是已經(jīng)下完了才開始刷新。從 okhttp 的日志看，這段時(shí)間確實(shí)是發(fā)起 GET請(qǐng)求 到 End Http 的時(shí)間，那么這期間肯定出了什么問題。okhttp 框架應(yīng)該不會(huì)有問題，那只能是我們的攔截器有問題，如果攔截器中調(diào)用了讀取數(shù)據(jù)的方法，就會(huì)導(dǎo)致阻塞。

Bug 原因

嗯，加解密攔截器、日志攔截器中都調(diào)用了 response.body() 方法，所以導(dǎo)致了阻塞。

Bug 修復(fù)

分析業(yè)務(wù)，下載文件時(shí)無需對(duì)報(bào)文進(jìn)行加解密，所以刪掉即可。同時(shí)重寫一個(gè)針對(duì)下載的日志攔截器，不調(diào)用 response.body() 方法，就解決了。

其它

哈哈，定位這個(gè)問題哪有上面說的這么簡單，項(xiàng)目原因就不多說了。

附

RxDownload2 系列文章：

• 《RxDownload2 源碼解析(一)》
• 《RxDownload2 源碼解析(二)》
• 《RxDownload2 源碼解析(三)》
• 《RxDownload2 文件下載太慢分析》

總結(jié)

以上是生活随笔為你收集整理的RxDownload2 文件下载太慢分析的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。