- 博客(4)
- 资源 (1)
- 收藏
- 关注
RSS订阅原创 Android 实现简易下载管理器 (暂停、断点续传、多线程下载)
什么都先别说,先看预览图!预览图中是限制了同时最大下载数为 2 的.其实下载管理器的实现是挺简单的,我们需要弄清楚几点就行了 1.所有任务的Bean应该存在哪里,用什么存? 2.如何判断任务是否已存在? 3.如何判断任务是新的任务或是从等待中恢复的任务? 4.应该如何把下载列表传递给Adapter? 5.如何将下载的进度传递出去? 6.如何有效率地刷新显示的列表?
2016-04-20 13:36:49
6259
16
原创 Android 图片如何高效加载与缓存 (4.5) —— 缩略图生成的优化
在之前那篇里面仍有不足之处，比如： 一张4000*3000的图片压缩到了300*200的大小，然后输出到ImageView上。但是ImageView的大小可能只有100*100，这样我们仍然占用了很多不需要的内存。所以我们只需要将图片居中裁剪成ImageView的大小即可。知道了如何做之后，在考虑一下可能存在的图片尺寸与ImageView尺寸之间的关系： 1.图片的宽 小于 ImageVi
2016-04-17 22:42:16
1133
原创 Android 图片如何高效加载与缓存 (5) —— RecyclerView与自定义线程池结合 优化加载
假设 首先，让我们假设有一个存在 10000 张图片的列表。 用户进入列表之后，便迫不及待地要跑到最下面，看最下面的图片。这时候如果我们使用的是一个队列进行加载任务的话，那么用户就要等待前面的9900+张的图片加载完成之后才能看到想看到的图片了。 而这不是我们所希望的。我们希望的是用户滑动到哪里，就加载哪里的资源，而其他地方的东西就要回收掉，以节省空间。1.修改Recycl
2016-04-14 00:49:17
1226
1
原创 Android 图片如何高效加载与缓存 (4) —— 生成图片缩略图
之前我在读取大量本地图片的时候，是通过一个BitmapFactory.Options来缩放图片然后进行加载。虽然这样处理能快速地处理大堆图片，并且也能减少内存的消耗。但是这样也有坏处。 比如一张 4000*4000 的图片与一张 500*500 在同一个文件夹之下的时候，也通过这种方式进行读取就会产生某些图片解析度很低，有的图片解析度过于高，甚至产生了像素堆积，只有一部分图片是正常的样子。
2016-04-14 00:06:27
929
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人