说明：Caffeine是本地缓存方案，在所有本地缓存中命中率最佳，参考下图，本文介绍Caffeine在SpringBoot项目中的应用。

使用

例如现在有两个接口，一个查询所有用户，一个根据ID查询用户，数据访问层使用的是Mybatis-plus；

controller层代码如下：

import com.hzy.pojo.User;
import com.hzy.service.UserService;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.web.bind.annotation.*;

import java.util.List;

@RestController
@RequestMapping("/user")
public class UserController {
     
       

    @Autowired
    private UserService userService;

    @GetMapping("list")
    public List<User> getUsers() {
     
       
        return userService.list();
    }

    @GetMapping("{id}")
    public User getUserById(@PathVariable Long id) {
     
       
        return userService.getById(id);
    }
}

第一步：引入依赖

使用Caffeine前先引入相关依赖：

	<dependency>
	    <groupId>com.github.ben-manes.caffeine</groupId>
	    <artifactId>caffeine</artifactId>
	</dependency>

第二步：创建Bean对象

针对需要用本地缓存的接口，创建对应的缓存对象，注意导包是"com.github……"里面的；

（创建一个配置类）

import com.github.benmanes.caffeine.cache.Cache;
import com.github.benmanes.caffeine.cache.Caffeine;
import com.hzy.pojo.User;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class CaffeineConfig {
     
       

    /** * 创建User相关接口的Cache对象，缓存数量上限为100，初始容量为10 * @return */
    @Bean
    public Cache<Long, User> userCache(){
     
       
        return Caffeine.newBuilder()
                .initialCapacity(10)
                .maximumSize(100)
                .build();

    }
}

顺便一提，Caffeine提供了三种缓存驱逐策略，分别如下：

• 基于容量，设置缓存数量的上限；

Cache<String, String> cache = Caffeine.newBuilder()
    .maximumSize(100)	// 设置缓存数量上限
    .build();

• 基于时间，设置缓存的有效时间；

Cache<String, String> cache = Caffeine.newBuilder()
    .expireAfterWrite(Duration.ofSeconds(10)) 	  // 设置缓存有效期为最后一次写入后的10秒
    .build();

• 基于引用，设置缓存为软件引用或者弱引用，利用JVM虚拟机的GC来回收缓存，性能差，不推荐；

第三步：修改代码

可以针对这两个接口，在Service层输入信息，来判断缓存是否生效，有没有每次都访问数据库；

（controller层，方法改为访问Service的方法，查询所有的接口不使用缓存）

@RestController
@RequestMapping("/user")
public class UserController {
     
       

    @Autowired
    private UserService userService;

    @Autowired
    private Cache<Long, User> userCache;

    /** * 不使用缓存 * @return */
    @GetMapping("list")
    public List<User> getUsers() {
     
       
        return userService.list();
    }

    /** * 使用缓存 * @param id * @return */
    @GetMapping("{id}")
    public User getUserById(@PathVariable Long id) {
     
       
        return userCache.get(id, new Function<Long, User>() {
     
       
            @Override
            public User apply(Long key) {
     
       
                return userService.getUserById(key);
            }
        });
    }
}

（Service层代码，每次访问数据库前打印信息）

@Service
public class UserServiceImpl extends ServiceImpl<UserMapper, User> implements UserService {
     
       

    @Override
    public User getUserById(Long id) {
     
       

        System.out.println("根据ID查询用户接口====访问了数据库");

        return getById(id);
    }
}

第四步：测试使用

启动项目，使用Postman访问根据ID查询用户的接口，查看控制台结果；

（首次访问，控制台打印信息，请求访问了数据库）

清空控制台，二次访问，未打印信息，说明这次没有访问数据库，缓存生效了。此时即使停用数据库，这条请求依旧可以访问到结果

注意事项

使用Caffeine可以减轻数据库压力，但是需要注意，因为Caffeine是本地缓存，重启项目后发送请求还是直接访问数据库的。

另外，Caffeine好像不能使用Mybatis-Plus提供的，list()、selectList()这种全查的API，就是说只能在单条记录的查询下使用Caffeine，比较受限。

即便可以对list()、selectList()查询结果缓存，那Caffeine有没有对缓存进行管理呢？比如全查了所有用户信息，保留了缓存。此时首次查询一条用户信息，Caffeine有没有相关判断，直接从缓存中获取此次查询结果，而不访问数据库呢？值得思考。