使用毫秒时间戳作为接口限流计数，核心做法是将请求按秒或分钟等固定窗口进行分组，利用 redis 的原子操作（如 `incr` 配合 `expire`）来统计当前窗口内的请求数。具体实现时，需将毫秒时间戳除以 1000 取整得到秒级 key，或者直接使用毫秒前缀生成唯一 key，并在每次请求时判断计数是否超过阈值，若超限则拒绝服务。
如何基于秒级窗口实现简单的限流逻辑
在 PHP 中实现基于秒级窗口的限流，通常结合 Redis 使用。通过将当前毫秒时间戳转换为秒级整数作为 Redis 的 Key，可以确保同一秒内的所有请求共享同一个计数器。当请求到达时，先检查该 Key 是否存在，若不存在则设置初始值为 1 并设定过期时间为 1 秒；若存在则执行自增操作。一旦计数值超过预设的阈值（例如每秒 100 次），即可判定为限流触发。
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
$api_key = 'user:123:api';
$max_requests = 100;
// 获取当前秒级时间戳作为 Key
$current_second = (int)(microtime(true) * 1000) / 1000;
$cache_key = "rate_limit:{$api_key}:{$current_second}";
// 原子性递增并设置过期时间
$count = $redis->incr($cache_key);
if ($count === 1) {
$redis->expire($cache_key, 1);
}
if ($count > $max_requests) {
die("Rate limit exceeded");
}上述代码展示了最基础的秒级限流实现。关键点在于使用 `(int)(microtime(true) * 1000) / 1000` 将毫秒时间戳截断为秒级整数。`incr` 操作是原子的，保证了并发下的计数准确性。如果 `$count` 大于 100，脚本直接终止，返回错误。这种方法简单有效，但存在临界点问题，即第 1 秒末尾和第 2 秒开头的流量可能瞬间突破限制。
立即学习“PHP免费学习笔记（深入）”；
如何利用毫秒精度优化限流的平滑度
为了更精细地控制流量，可以使用毫秒时间戳的前几位（如前 13 位）作为 Key，或者使用滑动窗口算法。这里演示一种基于毫秒前缀的简化方案，通过截取毫秒时间戳的前 10 位（相当于秒级，但更具扩展性）或直接用完整毫秒值配合短 TTL 来实现更细粒度的控制。实际上，完全基于毫秒的独立 Key 会导致内存爆炸，因此通常还是回归到秒级或分钟级窗口，但在 Key 的生成上可以更灵活。例如，使用毫秒时间戳除以 100 得到 10 毫秒窗口，从而提供更平滑的限流效果。
// 假设使用 10 毫秒窗口
$window_size_ms = 10;
$current_window = (int)(microtime(true) * 1000) / $window_size_ms;
$cache_key = "rate_limit:{$api_key}:{$current_window}";
$count = $redis->incr($cache_key);
if ($count === 1) {
// 设置过期时间为 window_size_ms 毫秒 + 缓冲时间
$redis->expire($cache_key, (int)ceil($window_size_ms / 1000) + 1);
}
if ($count > $max_requests_per_window) {
die("Rate limit exceeded");
}此段代码将时间窗口缩小到 10 毫秒。这意味着每 10 毫秒就会重置一次计数器。虽然这比秒级更平滑，但仍然属于固定窗口算法。在实际生产中，推荐使用 Redisson 等库提供的滑动窗口限流器，它们能更好地处理跨窗口的流量突发。对于纯 PHP 实现，这种毫秒级 Key 的变体可以提供比秒级更细致的控制，但需注意 Key 的过期时间设置要略大于窗口大小，以防止边界情况。
当请求频率超过阈值时程序的具体行为是什么
当请求频率超过设定的阈值时，程序会立即中断后续的业务逻辑执行，并向客户端返回错误或拒绝访问的状态。在上述代码示例中，当 `$count > $max_requests` 时，调用 `die()` 函数直接终止脚本运行。这意味着不会执行后续的数据库查询、文件写入或其他耗时操作，从而保护后端资源不被过载请求拖垮。客户端通常会收到一个 HTTP 503 Service Unavailable 或自定义的错误响应，提示其稍后重试。
