为什么限制访问频率
做服务接口时通常需要用到请求频率限制 Rate limiting，例如限制一个用户1分钟内最多可以范围100次
主要用来保证服务性能和保护数据安全
因为如果不进行限制，服务调用者可以随意访问，想调几次就调几次，会给服务造成很大的压力，降低性能，再比如有的接口需要验证调用者身份，如果不进行访问限制，调用者可以进行暴力尝试
使用 Redis 来实现
通过 Redis 可以方便的实现频率限制功能，下面介绍两种不错的方法
（1）方案1 - Lua脚本
思路
把限制逻辑封装到一个Lua脚本中，调用时只需传入：key、限制数量、过期时间，调用结果就会指明是否运行访问
image
代码
local notexists = redis.call(\"set\", KEYS[1], 1, \"NX\", \"EX\", tonumber(ARGV[2]))
if (notexists) then
return 1
end
local current = tonumber(redis.call(\"get\", KEYS[1]))
if (current == nil) then
local result = redis.call(\"incr\", KEYS[1])
redis.call(\"expire\", KEYS[1], tonumber(ARGV[2]))
return result
end
if (current >= tonumber(ARGV[1])) then
error(\"too many requests\")
end
local result = redis.call(\"incr\", KEYS[1])
return result
使用 eval 调用
eval 脚本 1 key 参数-允许的最大次数 参数-过期时间
（2）方案2 - 扩展模块
Redis4 中开放了模块系统，大家可以开发自己的模块插入到 redis 中，redis 官方已经推荐了一个访问限制模块 redis-cell，只需要一条命令就可以实现需求
示例
CL.THROTTLE user123 15 30 60
user123 是 key
15 是最大配额数量
30 是可以访问次数
60 是时间周期，单位秒
综合起来的意思是，user123 的最大资源配额是15，60秒内最多可以访问30次
返回结果：
1) (integer) 0 # 0 允许; 1 拒绝
2) (integer) 16 # 总配额
3) (integer) 15 # 剩余配额
4) (integer) -1 # 几秒后可以重试，-1 表示不限制，第一条为0时，此处为-1
5) (integer) 2 # 几秒后恢复最大值
每次执行这个命令时，剩余配额都会减1，当配额不足，或者访问次数超限时，都会被拒绝
项目地址
https://github.com/antirez/neural-redis
小结
频率限制的实现有多种方式，例如，Nginx 和 Haproxy 都有限制模块、Java 中可以用 Guava，通过Redis来实现也是很常见的方式
目前方案1代表了主流用法，例如大型的云服务商Heroku、在线支付Stripe都在使用 Redis+Lua脚本的这个方案
方案2基于 Redis4 的模块系统，现在还不太适用，但当 Redis4 成为稳定版本后，就可以愉快的使用了
