MethodCache是一个基于SpringBoot的非侵入式方法结果缓存开源组件。根据入参对方法的返回值进行缓存，在数据有效期内再次以同样入参请求时，会返回缓存中的返回值。
为了确保响应速度，及降低服务器压力，我们要尽可能减少服务之间、方法之间不必要及重复的调用。
早期，我们通过接口规划与代码重构来避免此类问题。随着业务发展，服务在增多，服务的代码量越来越大，各服务之间的调用也愈加错综复杂。致使我们不得不花费更多的时间进行接口规划与代码重构，每次代码重构又可能引发其他更多问题。如：【方法A】和【方法B】需要调用同一个下游服务的方法【方法C】。在业务调整后，【方法A/B】被调整到同一次业务请求(同一个页面的两个请求)，导致【方法C】被调用两次。此时需要对这【方法A】和【方法B】进行代码重构。如果【方法A/B】又作为下游被调用，那么重构成本将以指数型在增加，显然这不是一个好的方案。
经过反复思考，我们决定变换思路：允许重复调用。
在“业务允许的时间”内对【方法A】的返回值进行临时缓存，入参命中则返回缓存中的数据，而非对发起重复的调用。
项目中往往会存在一个或多个不经常更新的数据。例如banner推广、文章等等。每次用户打开页面，都会对数据库发起一次读请求。我们可以通过缓存方式存储下来，但这些数据更新频率并不是固定的，普通的缓存方案会导致数据更新后，存在一定程度的延迟问题。
我们需要支持“清除”功能的缓存方案：第一位用户查询时，将数据缓存起来。当配置对应的内容(banner推广、文章等等)后，会自动清除这个内容对应的缓存，下一位用户请求时，就能重新将新数据放入缓存中。
1、引入jar包
<dependency>
<groupId>love.kill</groupId>
<artifactId>methodcache-spring-boot-starter</artifactId>
<version>2.0.2</version>
</dependency>
2、在配置(application.yml)中开启缓存
methodcache:
enable: true
3、在接口或实现类方法上加上 @cacheData 注解
/**
* 查询用户信息
* */
@CacheData(id = "getUserInfo", expiration = 10000L, refresh = false, remark = "查询用户信息")
UserInfo getUserInfo(String userId);
1、id：缓存标识。标识一个缓存，可用于查看、清除缓存。
2、expiration：缓存时间(默认3000毫秒)。此属性表示缓存有效时间，在有效时间内会返回缓存中的数据；过期则发起实际的请求。
3、refresh：刷新(默认false)。缓存命中且有效时，返回缓存的数据后，异步发起请求刷新缓存数据。
4、behindExpiration：宽限期。此属性表示缓存到期后，会在这个时间范围内随机失效，避免缓存大范围同时失效。
5、capitalExpiration：基础时间。此属性表示在当前指定类型(秒/分钟/小时/日/月/年)内，缓存一直有效。
6、nullable：缓存“null”(默认true)。方法返回了“null(包含异常导致)” 时，仍然缓存。
7、remark：缓存备注。
1、id：缓存标识。方法执行成功后，删除指定标识对应的缓存数据。
# 方法缓存
methodcache:
# 缓存应用名称，若为空则取 ${spring.application.name}
name: demo-for-methodcache
# 开启缓存。true：开启，false(默认)：关闭。
enable: true
# 缓存方式。(M)emory：内存，(R)edis：redis，默认 M
cache-type: R
# 输出日志(info级别)。true：开启，false(默认)：关闭
enable-log: true
# 开启端点信息，默认false
enable-endpoint: true
# 开启统计，默认false
enable-statistics: true
# 内存监控，默认true（仅内存缓存方式生效）
enable-memory-monitor: true
# 内存告警阈值，百分比，取值范围：(0, 100)，默认：50（仅内存缓存方式生效）
memory-threshold: 50
# GC阈值，百分比，取值范围：(0, 100)，默认：50（仅内存缓存方式生效）
gc-threshold: 50
# 其他配置
spring:
# Redis相关配置(仅Redis缓存方式生效)
redis:
database: 1
host: 127.0.0.1
port: 6378
内存方式：https://github.com/Lycop/demo-for-methodcache-with-memory.git
Redis方式：https://github.com/Lycop/demo-for-methodcache-with-redis.git
【地址】：/methodcache/cache
【方法】：GET
【入参】：
match：模糊匹配，非必传。支持“方法签名”、“缓存ID”、“缓存哈希值”
【出参】：
args：请求入参
data：缓存数据
hashCode：缓存哈希值
cacheTime：缓存数据时间
expireTime：缓存数据过期时间
【地址】：/methodcache/cache
【方法】：DELETE
【入参】：
id：缓存ID
hashcode：缓存哈希值
【出参】：已删除的缓存数据
【地址】：/methodcache/cache/all
【方法】：DELETE
【入参】：无
【出参】：已删除的缓存数据
【地址】：/methodcache/statistics
【方法】：GET
【入参】：
match：模糊匹配，非必传。支持“方法签名”、“缓存ID”
order_by：排序，0-id，1-总次数，2-命中次数，3-未命中次数，4-命中时平均耗时，5-未命中时平均耗时
order_type：排序方式，0-升序，1-降序
【出参】：
id：缓存ID
remark：缓存备注
times：请求总次数
hit：缓存命中次数
avgOfHitSpend：缓存命中的平均耗时
totalOfHitSpend：缓存命中的总耗时
minHitSpend：缓存命中最小耗时
timeOfMinHitSpend：缓存命中最小耗时发生的时间
argsOfMinHitSpend：缓存命中最小耗时的请求参数
maxHitSpend：缓存命中最大耗时
timeOfMaxHitSpend：缓存命中最大耗时发生的时间
argsOfMaxHitSpend：缓存命中最大耗时的请求参数
failure：缓存未命中
avgOfFailureSpend：缓存未命中的平均耗时
totalOfFailureSpend：缓存未命中的总耗时
minFailureSpend：缓存未命中最小耗时
timeOfMinFailureSpend：缓存未命中最小耗时发生的时间
argsOfMinFailureSpend：缓存未命中最小耗时的请求参数
maxFailureSpend：缓存未命中最大耗时
timeOfMaxFailureSpend：缓存未命中最大耗时发生的时间
argsOfMaxFailureSpend：缓存命中最大耗时的请求参数
exception：方法发生异常次数
argsOfLastException：方法发生异常的请求参数
stackTraceOfLastException：最近一次发生异常信息栈
timeOfLastException：最近一次发生异常时间
【地址】：/methodcache/statistics
【方法】：DELETE
【入参】：
id：缓存ID
method：方法签名
【出参】：已清空的统计信息
【地址】：/methodcache/statistics/all
【方法】：DELETE
【入参】：无
【出参】：已清空的统计信息
MethodCache支持“内存”和“Redis”两种方式作为缓存的存储介质，默认使用“内存“方式。
methodcache:
cache-type: M
内存方式不需要很多的配置和额外的环境，就可以将MethodCache快速集成到您的项目中。
使用内存作为缓存存储介质，缓存数据和统计数据均会被保存在内存中。这就意味着当您的应用重启后，缓存的数据和统计数据将会消失。如果您对这些数据很重视，那么建议使用Redis方式。
methodcache:
cache-type: R
MethodCache使用RedisTemplate作为操作Redis的工具。因此，需要在配置文件(application.yml)中指定RedisTemplate相关配置。
当选择Redis作为缓存存储介质，方法的返回值数据将会被存储到Redis中。如果这个返回值是一个自定义的对象，那么这个对象应该是可序列化的(Serializable)，否则可能会报错：NotSerializableException。
Java 8+
Spring Boot 2.x 及以上
使用过程中，如果有问题或者建议，欢迎联系我(i@kill.love)。也欢迎大家一起加入并完善本项目。 ：）
支持缓存统计
支持内存回收(内存缓存模式)
支持缓存删除(@DeleteData)
优化统计信息查询速度
修复统计耗时不准确问题