06peng

我测试的是fresco，用glide我以前也试过不准确，不过你glide用的方法我还没看，只是测试了fresco。用4g也试过了，毕竟我的图片可是有接近8M哦。你有时间可以试试看。http://ww3.sinaimg.cn/mw690/dd412be4gw1esr7nxekgag209f0h0b2f.gif

哦？那我再多测试几次看看，谢谢了。

多种网络确认了，还是不行。你看我打印出来的这个进度很明显是不正常的。26分58秒的时候开始load，27分10秒走到13%，隔了12秒，然后接下来的进度全在27分10秒，1秒之内全部走完。 11-18 10:26:58.288 10985-10985/com.github.piasy.biv.example D/BigImageView: showImage with thumbnail http://img1.imgtn.bdimg.com/it/u=1520386803,778399414&fm=21&gp=0.jpg, http://ww2.sinaimg.cn/large/dd412be4gw1esr6ijoebog208e0e1qv6.gif 11-18 10:26:58.315 10985-12903/com.github.piasy.biv.example D/NetworkSecurityConfig: No Network Security Config specified, using platform default 11-18 10:26:58.330 10985-10985/com.github.piasy.biv.example I/com.github.piasy.biv.indicator.progresspie.ProgressPieIndicator: 0 11-18 10:27:10.703 10985-10985/com.github.piasy.biv.example...

对了，同时测试了glide 的下载进度是正常的，从1到100到可以正常打印，并且时间也正确。

也有问题。估计是他们还是不愿意实现，我去年就提过isseus了，他们建议我showing a progress bar: http://frescolib.org/docs/progress-bars.html#_

haha，let me see see.

哎，搞半天，OkHttp的进度也是不够完美。[看这个类Progress](https://github.com/square/okhttp/blob/okhttp_27/samples/guide/src/main/java/com/squareup/okhttp/recipes/Progress.java) 其实是得到responsebody后再切分返回进度。相当于多了一倍以上的时间，平时我读个gif要10秒，现在加这个进度要二十几秒。

两者的实现有点区别，Glide是每次加载图片的时候直接针对当前请求做进度的拦截。而Fresco是在初始化的时候ImagePipelineConfig中配置。不知道跟这个是否有影响。

所以现在需要进度条的我都是用Glide。一个项目里面用了fresco和glide。【允悲】

fresco无法针对每个图片拦截okhttp，只能针对底层的网络框架，但它下载完成后，还做了解码那一系列的操作也消耗了一定的时间。。。感觉无法破。。。在fresco官网提的issues都被close了。