分页查询总行数缓存策略

ConcurrentHashMap并没有所谓非常高的性能，如果想看，建议看oscache吧。顺便提一下，包名多了个com
现在绝大多数cache的算法都是采用最近最少使用的，只是一些算法增加了当不使用超过一段时间后，也淘汰的补充行为（即使cache的空间是足够的）
你说的这个就类似于EJB中bean的钝化和激活了，这种行为并不是cache，更多地像池的行为。对于cache，如果删除了，你又如何从文件中读取？ 当然，现在许多的cache实现都支持内存cache和临时的持久性cache（转储于硬盘或数据库，减少对内存的需求）。
事务是数据库的概念了，基本上没有简单办法去实现内存对象的事务（能做出一个事务机制，就相当威猛了，远远超出了cache及cache应用的层次）。

有效和高效的同步控制，是cache性能优劣的一个重要评判标准的。

有关第三点，对于频繁耗时的数据库操作，或者一些文件的解析，往往得到一些有用的信息要用上更长的时间，在源更新不频繁的情况下，有效对已经提取的有用信息进行持久化，再次访问直接读取信息文件，能显著的提高效率。这只是一个扩展，也不太同于池的概念。

第四，有时会遇到一些缓存之间是相互关联的，比如同时保存了2个Map，其中一个Map里的数据在更新或者获取的时候出现了异常，那这条有关联的数据其实是无效的。可以加一些简单的事务控制。

其实这只是我在项目中遇到的问题，及我的解决办法，有时间一定看以下oscache，多谢推荐。