如何优雅地编写缓存代码

阿里技术

于 2024-05-22 14:41:07 发布

阅读量604

点赞数 5

文章标签：缓存 java spring

本文链接：https://blog.csdn.net/AlibabaTech1024/article/details/139119821

版权

如何优雅地编写缓存代码

作者：巧凡

一、前言

在日常的编码实践中，经常会用到缓存来解决高并发问题，缓存可以说是解决流量洪峰的不二利器。虽然集团中间件团队已经构建了缓存的基础设施，已经帮助我们解决了绝大部分问题，但是在实际的编码使用过程中，应用端调用缓存 API 时还是存在下述几类问题：

使用缓存的逻辑非常通用，基本都是先查缓存，有直接返回，没有查 DB，再放入缓存中。这段通用逻辑散落在系统的各个地方，违反了高内聚低耦合的原则。
缓存代码和业务逻辑代码深度耦合在一起，不仅降低了代码的可读性，还额外增加了系统复杂度。
如果要切换缓存（MDB->LDB）或者 API 升级时，所有涉及代码都需要改动。
如果要解决缓存击穿、缓存穿透、级联缓存等类似通用问题时，都需要通过框架去解决。

因此，缓存是什么，如何选择某一种缓存，都不是本文重点，今天就写写实际编码过程中，如何将缓存代码从业务代码中剥离出来，促使代码更简洁，更便于阅读。

二、实践分析

先读取缓存数据，如果有数据则直接返回，如果没有读取到数据，则读取 DB 数据，等数据返回后，再更新缓存。

这种场景，在日常编码中，很常见，太简单，但是实际的代码确实很不一样，列举如下几种：

2.1 传统写法

使用什么缓存，就直接使用，嵌入到业务代码中。这种代码不管是 code review，还是后人学习业务代码时，都不想看，道理很简单，跟实际的业务功能无关，我不想知道你用什么缓存，你是怎么编码缓存代码的。

2.2 高级一点的写法

相比传统的写法，为了解决缓存各种数据格式（List、Map 等），各种对象序列化问题（java、json），团队内可以针对缓存这块，封装成简单的 API，方便大家使用。使用简单了，但代码依然嵌入在业务代码中，没有剥离出来。

2.3 注解写法

最后是注解写法，相对前两种写法，代码已从业务代码中剥离出来，阅读代码的人，只会关心业务功能是如何实现的，使用哪个缓存，如何实现的，完全可以忽略。

三、spring cache 方案分析

spring cache 利用动态代理的方式，在代理类中处理缓存的相关操作，同时调用被代理类中的方法，从而可以使操作缓存的代码和业务代码分离，并且后期需要强化缓存能力时，也只需要修改代理类中的方法即可。

以上就是 Spring Cache 的原理。Spring Cache 是 Spring 提供的通用缓存框架。它利用了 AOP，实现了基于注解的缓存功能，使开发者不用关心底层使用了什么缓存框架，只需要在方法上简单地加一个注解，就能实现缓存功能了。用户使用 Spring Cache，可以快速开发一个很不错的缓存功能。

3.1 代码目录

3.2 注解导图

3.3 注解使用示例

@Cacheable(value = "user_cache", unless = "#result == null")public User getUserById(Long id) { return userMapper.getUserById(id);}@CachePut(value = "user_cache", key = "#user.id", unless = "#result == null")public User updateUser(User user) { userMapper.updateUser(user); return user;}@CacheEvict(value = "user_cache", key = "#id")public void deleteUserById(Long id) { userMapper.deleteUserById(id);}

复制代码