DiskLruCache学习

每次见到这个类, 感觉都明白它在做什么,  细想起来又不知道它是怎么做的,  于是花了点时间好好看了看里面的逻辑.

具体代码逻辑可以参看:

http://blog.csdn.net/lmj623565791/article/details/47251585

问题:

在get(key)   edit(key) 操作中怎么做到的多线程下的同步?

-- 就是简单的在整个get方法上添加了synchronized 标志.  同步的对象都是diskLruCache对象本身.   好粗暴啊.

readable这个状态到底是什么意思?

---感觉就是代表了CLEAN状态.

通过snapshot生成edit时, 怎么保证数据实时最新?

--- 通过为每个entry对象增加一个sequenceNumber状态,   如果这个值没变, 那说明生成snapshot之后, entry值没有变化过.  反之则不然.

并且通过entry.currentEditor是否为null来判断,  是否正在进行修改.

难道每次都要把journal文件中所有的数据行, 都要分析处理一遍吗?  老的数据还有必要保留吗?

------ 看来是,  当行数超过最大限制时,  会重建journal文件.

journal.tmp  和 journal.bkp两个文件有什么不同的用处?

.bkp文件是在重建journal时, 先把现有的journal文件修改为.bkp文件,  然后再设置新的journal文件. 其实就是一个备份journal文件的功能, 避免在重建时丢失现有数据.

在一个非常小的时间段序列上, 如果发生了异常,  那么可能只有.bkp文件存在, 原来的journal文件丢失了,  那么下次open操作时, 就需要把.bkp文件恢复成journal文件.

.tmp文件是重建journal时使用的辅助文件, 先创建一个tmp文件, 写入所有需要的数据.  然后把tmp文件修改成最终的新的journal文件.

什么情况下会需要重建journal文件?

每次有修改数据的操作, 比如edit()保存, 删除remove()  最后都会检查是否需要重建,   判断的直接条件就是尺寸是否超过最大尺寸,  已经垃圾操作redundantOpCount是否大于2000