Android 借助缓存机制实现文件下载
发布时间：2021-11-24 12:26:04 所属栏目：教程 来源：互联网
导读：在下载文件或者在线浏览文件时，或者为了保证文件下载的正确性，需要使用缓存机制，常使用SoftReference来实现。 SoftReference的特点是它的一个实例保存对一个Java对象的软引用，该软引用的存在不妨碍垃圾收集线程对该Java对象的回收。也就是说，一旦SoftRef
|
在下载文件或者在线浏览文件时，或者为了保证文件下载的正确性，需要使用缓存机制，常使用SoftReference来实现。 SoftReference的特点是它的一个实例保存对一个Java对象的软引用，该软引用的存在不妨碍垃圾收集线程对该Java对象的回收。也就是说，一旦SoftReference保存了对一个Java对象的软引用后，在垃圾线程对这个Java对象回收前，SoftReference类所提供的get()方法返回Java对象的强引用。另外，一旦垃圾线程回收该Java对象之后，get()方法将返回null。软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收器回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。 一般的缓存策略是： 一级内存缓存、二级文件缓存（数据库也算作文件缓存）、三级网络数据 一、网络下载的缓存策略 关于网络下载文件（图片、音频、视频）的基本策略： 1.不要直接下载到目标文件，应使用temp文件作中转，以确保文件的正确性与完整性，流程如下： a)以网络目标文件名 A 生成唯一的本地目标文件名 B b)以本地目标文件名 B 生成唯一的本地临时文件名 T c)下载文件到 T 中 d)下载完毕，校验文件 T 的正确性与完整性 e)若不正确或不完整则 delete 文件 T，并返回 false f)校验完毕后，将文件 T 重命名 或 复制到 B 文件 g)最后的清理现场，删除临时文件 T，成功后，返回 true 2.尽力提供文件正确性与完整性的校验： a)正确性：比如 MD5/Hash Code 比对、文件格式的比对。 b)完整性：比如 文件大小是否一致、图片的数据是否正确（图片文件头中提供了相关信息） 3.考虑对于下载到本地的文件是否需要再做二次加工，可以思考以下情况： a)比如网络源始图片的大小为800*600，而我们需要作为缩略图的大小为160*145，所以考虑对下载后的文件进行裁剪，再保存，对于源始文件则直接删除。 二、文件缓存策略： 1.需要唯一的缓存文件的对应I/O key，一般可以使用 hashcode。 2.若是同一个文件，以不同的时间，可以考虑，先清本地缓存，再下载新的缓存到本地。 3.同一文件也可以加上时间戳后，再生成唯一hashcode。 4.生成文件缓时，也许需要作以下全面的考虑： a)sdcard是否已经没有空间（这个需求是存在的，但几乎没有人会考虑到，一旦发生，必crash）。 b)缓存的清理策略。每日、每周定时清理？到达一个阀值后，自动清理？（若无清理策略，把垃圾数据一直当个宝一相存着，是很SB的）。 c)缓存真正需要的数据。不要觉外存是无限的，所以就可以什么都存，要知道，多则繁，繁则乱。曾经有一同事，每天存几百MB的用户数据（所有用户的性别、 age、联系方式等等），而PM需要的只是一个每日数户的活跃数据报表，于是最后改为缓存每天的用户分析报表数据即可（才10几KB）。 d)给缓存文件加密。最简单就是去掉文件的扩展名，这也算加密，当然，你可以把服务端文件加密，然后在内存中解密。这就看项目的需求而定，我的经验也不足，一般就是改改扩展名之类的。  （编辑：牡丹江站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐