cache架构上的一些新见解

在我实践自己拓展的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，现在通过对具体业务结合，实现起来更加简单也更加的高效！