去年双十一前夜，三马代驾的派单接口被脚本刷了四十多万次：不是竞争对手，是有人拿脚本批量领取优惠券。那次事故没宕机，但正常司机的抢单请求被拖慢了两秒。之后我们把防刷当成一件独立工程来做，分四层：

网关限流、热点参数限流、行为黑名单、降级兜底

。这篇把每层的实现和阈值口径讲清楚。

一、网关层：令牌桶挡住大面积洪峰

网关用的是令牌桶，按接口维度分配配额：

@Override
public Mono<Void> filter(ServerWebExchange ex, GatewayFilterChain chain) {
    String route = ex.getRequest().getURI().getPath();
    String bucketKey = "gw:rl:" + route;
    long pass = redis.execute(令牌桶脚本, bucketKey, capacity, refillPerSec);
    if (pass <= 0) {
        ex.getResponse().setStatusCode(HttpStatus.TOO_MANY_REQUESTS);
        return ex.getResponse().setComplete();
    }
    return chain.filter(ex);
}

二、接口层：热点参数限流用 Redis+Lua

网关只能看到 URL，看不到参数。三马代驾踩过的坑是：某个优惠券 ID 被集中刷，URL 维度的限流毫无反应，因为总 QPS 并不高。后来在业务侧加了参数级限流：

public boolean tryAcquire(String couponId, String uid) {
    String key = "rl:hot:" + couponId + ":" + Instant.now().getEpochSecond() / 10;
    String script = "local c = redis.call('INCR', KEYS[1]) " +
                    "if c == 1 then redis.call('EXPIRE', KEYS[1], 10) end " +
                    "return c <= tonumber(ARGV[1]) and 1 or 0";
    Object ok = redis.eval(script, Collections.singletonList(key), 200);
    return Long.valueOf(1).equals(ok);
}

INCR 与 EXPIRE 必须在同一条 Lua 里

：分开写，进程在两条命令之间崩溃，这个 key 就成了没有过期时间的死键，之后这条券永远限死。窗口取 10 秒而不是 1 秒，是为了让脚本式的脉冲流量（一秒打两千、其余时间不动）也落在统计里。

三、行为黑名单：让脚本付出代价

限流只能「少受伤」，真正解决要让脚本号活不下去。我们记三类信号：

命中任意两条进观察池，第三条触发的次数够了就进黑名单，黑名单直接在网关层拒绝，不再往下穿透：

if (blocklist.contains(deviceId) || blocklist.contains(uid)) {
    metrics.incr("anti.block.hit");
    return deny();   // 429 + 建议验证，不进业务逻辑
}

：放在业务里，脚本照样消耗了数据库连接和缓存查询；放在网关，成本只是一次内存判断。

四、降级兜底：限流也要能优雅地失败

限流器本身也可能出问题——Redis 抖动时，令牌桶读不出来怎么办？三马代驾的选择是

：取不到配额就当作通过，同时打点告警。理由很朴素，限流是为了保护业务，不能因为保护组件故障把业务自己关死。极端情况下确实会放进来一波流量，但那比全线 429 的损失小得多。

try {
    pass = limiter.acquire(key);
} catch (Exception ex) {
    alert("limiter.error", ex);
    pass = true;      // 降级策略：fail-open
}

网关挡面、参数挡点、行为挡号、降级挡自伤

，四层各解决一个问题，缺一层就会在某个深夜被同一种流量打穿。阈值可以慢慢调，但分层这件事必须第一天就做对。

去年双十一前夜，三马代驾的派单接口被脚本刷了四十多万次：不是竞争对手，是有人拿脚本批量领取优惠券。那次事故没宕机，但正常司机的抢单请求被拖慢了两秒。之后我们把防刷当成一件独立工程来做，分四层：网关限流、热点参数限流、行为黑名单、降级兜底。这篇把每层的实现和阈值口径讲清楚。

三马代驾实战：网关限流 + 热点参数限流，把防刷做在入口

编程语言

三层防刷体系覆盖网关、参数与行为层，令牌桶按接口+用户维度限流，热点参数用Redis+Lua防集中刷券，黑名单拦截脚本设备，降级兜底fail-open保业务可用。上线后刷券拦截率96%以上，司机抢单P99从780ms降至210ms，429占比低于0.3%。

2026上云采购 | AI焕新·智启新局

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

三马代驾实战：网关限流 + 热点参数限流，把防刷做在入口

三马代驾实战：网关限流 + 热点参数限流，把防刷做在入口

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐