生产环境限流失效八成因缓存驱动错误：file/array驱动无法跨进程共享计数，导致每次请求从零计数；必须用Redis，因其支持原子操作，且需确认config/cache.php中'default'=>'redis'及Redis连接独立DB，再通过route:list、响应头和redis-cli keys三步验证。
当Laravel接口在生产环境突然出现“限流失效”或“同一IP反复触发429却无拦截”，八成是缓存驱动配置错误——Laravel限流不是靠中间件字符串参数就能生效的独立功能，它完全依赖底层缓存驱动的原子性、持久性和跨进程可见性。
限流计数器为什么不能用file或array驱动
执行php artisan config:cache后，检查.env中CACHE_DRIVER=file或CACHE_DRIVER=array：这两种驱动在多Worker（如PHP-FPM多进程、Swoole多协程）下无法共享计数状态。
每次请求都从零开始计数，【限流逻辑彻底失效】，但控制台和日志不会报错，只会静默放行所有请求。
array驱动仅用于测试环境单进程CLI调用，file驱动受文件锁竞争影响，在高并发时计数严重不准。
Redis为何是生产限流的唯一可靠选择
Redis原生支持INCR、EXPIRE、EVAL等原子操作，Laravel的ThrottleRequests中间件正是通过Cache::increment($key) + Cache::put($key, $value, $ttl)组合实现计数与自动过期。
必须确认config/cache.php中'default' => 'redis'，且config/database.php里redis.cache.database指向独立DB（避免与业务缓存混用）。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
若使用phpredis扩展，需确保redis.session_locking未开启——它会干扰限流键的并发写入。
验证Redis限流是否真正生效的三步检查
第一步：运行php artisan route:list --middleware=throttle，确认目标路由已绑定throttle:xxx中间件；
第二步：用curl -I http://your.app/api/test发起请求，观察响应头是否包含X-RateLimit-Limit和X-RateLimit-Remaining；
第三步：手动连接Redis，执行redis-cli -n 1 keys "*rate*"（假设cache DB为1），确认存在形如rate_limit:api:127.0.0.1的键，且TTL值随请求递减。
若第三步查不到键，说明RateLimiter未真正写入缓存——大概率是CACHE_DRIVER仍为file或array，或config/cache.php中stores.redis.connection指向了错误的Redis配置节点。
