nginx+lua(openresty/kong)
Lua 是一种轻量小巧的脚本语言，动态解释型语言 ，一个完整的Lua解释器不过200k，在目前所有脚本引擎中，Lua的速度是最快的。这一切都决定了Lua是作为嵌入式脚本的最佳选择。
主要特点是：程序代码级热更新，下载最新代码，实时更新，实时更新，不需要编译环节，比如Nginx
1: 比如游戏引擎领域的cocos2d-x、unity，由于引擎自身使用的c++或者c#作为编写语言，游戏前端发布后，发现bug或者发布新逻辑，都需要重新出包，周期过长，lua作为脚本语言，可以以资源的形式下载，重新加载运行，周期快，且效率损失有限
2：服务端使用，比较火的也就是nginx+lua的形式，后来整合成框架openresty，基本也是利用nginx的高性能+lua脚本的灵活性，逻辑修改之后只需要触发重新加载脚本就可以，开发运行效率都比较高，相比传统c++、java等需要重新编译部署，开发效率高很多
京东实现
- 有一个定时任务10秒更新限流配置（黑白名单和限流开关）
local ok, err = new_timer(delay, refresh) - 主要逻辑
-- 规则设置
-- 排队规则，即并发数控制+防刷规则，即请求频率控制（集群TPS，用户TPS，单IP的TPS[取不到用户的时候才生效]）
-- AddOn：当前代码无法校验TrackID合法性，故全部使用IP限流，请注意第三个数字！！！（忽略第二个）
global_key_rules = {
['/cart/add_to_cart_ajax.html'] = {1000, -1, 50},
['/cart/fetch_cart_num.html'] = {1000, -1, 50},
['/cart/sync_cart.html'] = {500, -1, 30},
['/order/confirm_order.html'] = {500, -1, 30},
['/order/sync_order_cart.html'] = {500, -1, 30},
['/order/edit_user_address.html'] = {300, -1, 20},
['/order/sync_user_coupon.html'] = {500, -1, 30},
['/order/submit_order.html'] = {200, -1, 20}
}
-- 主要判断逻辑
-- key 为限制的资源
-- size 为TPS值
function limit(red, key, size)
--访问量+1
local count = red:incr(key)
-- 判断是否过期，如果过期，修改过期时间为1秒，ttl返回剩余的生存时间，key不
local ttl = red:ttl(key)
if ttl < 0 then
local time = red:expire(key,1)
end
-- 判断超过TPS,超过则限流
if count > size then
return false
end
return true
end
ttl是为防止某些key在未设置超时时间并长时间已经存在的情况下做的保护的判断；
Redis TTL 命令：
当 key 不存在时，返回 -2 。
当 key 存在但没有设置剩余生存时间时，返回 -1 。
否则，以毫秒为单位，返回 key 的剩余生存时间。
Redis Incr 命令:
将 key 中储存的数字值增一。
如果 key 不存在，那么 key 的值会先被初始化为 0 ，然后再执行 INCR 操作
通过redis防止重复提交（无并发限流）
通过redis也可以在服务层做限流，缺点是此时流量已打到服务器，没有在nginx层做防护好。
不过，可以在服务层做些防重复提交的防护，示例如下：
例如:PC端查询订单列表，同一用户和相同查询条件100毫秒内只能查询一次
通过Redis 字符串命令中 SETEX key seconds value实现
setex 惟一标识 过期时间 当前时间
其中：key:为资源惟一标识=uid+param
seconds:过期时间=repeat_request_ttl
valule:当前时间
repeat_request_ttl: 每次查询的时间间隔=100
表示：同一用户和相同查询条件100毫秒内只参查询一次
if(key 存在）{
获取key值的value=上次请求时间
if(上次请求时间<repeat_request_ttl){
请求频率过快
}
}
set key 当前时间 过期时间
