在我实践自己拓展的spring aop cache spring cache 拓展 过程中，我对如何大幅提高程序性能方面又有了些新的见解。
通过良好的设计，通过spring aop cache 确实是可以达到完全覆盖数据库操作，这样就意味着数据库操作可以被省略。
我发现这个过程中还存在一个敌人：数据库主键。
因为主键的存在，save操作必须经过数据库的返回。解决这个办法也简单：自己生成主键。
如此一来，你的数据就能简单、高效的在需要存储的时候存储到数据库中。
你需要做的仅仅是把现有的业务“不合理”的地方进行些变通。另外，你的业务最好有比较清晰分层结构。
写到这里，我发现如果把save操作屏蔽掉，spring aop cache里面有一个逻辑上的bug。
那就是在对集合的维护上和save操作没有顺序。
例如2个方法：
1、save(User)
2、find(Integer uid);
如果方法1先执行，save操作屏蔽了数据库操作，没有保存数据到数据库。那么执行2方法的时候数据是不完整的。
而如果反过来着没有这个问题。
我对spring aop cache的拓展重点在于对集合缓存的维护上，也通过这种方式对数据库操作进行屏蔽。
这种设想源于freyja1，现在通过对具体业务结合，实现起来更加简单也更加的高效！