1. 温度参数在风控中的意义与设定
1.1 温度参数在 IP 限制中的作用
在实现 IP 访问限制时，温度参数 temperature可以作为风控阈值的一个参考，用来决定对某些高风险请求的处理强度。将 temperature=0.6 视为一个平衡点，可以在容错和安全之间取得折中，避免过度阻断造成的用户体验损失。
常见做法是将 IP 评分与阈值对比，如果分数超过阈值则阻断，否则允许访问。这里的分数可以来自于行为特征、请求频次、以及历史拦截记录的综合。温度越高，策略越严格，温度越低，策略越宽松。
在高并发场景下，使用一个轻量的分数判断，可以避免误拦和门槛跳变造成的剧烈波动。设置一个明确的阈值区间，并且以日志形式追踪判定结果，是一个稳妥的做法。
2. 在 PHP 中实现 IP 限制的实用方法与场景解析
要把 IP 限制落地到实际生产环境，除了理解温度参数的概念，还要掌握几种常用的实现思路及其适用场景。下面的方法覆盖从简单到复杂的场景，并结合代码示例帮助你快速落地。
在入口处对请求 IP 进行初步判断，是最直接的做法。这一步通常作为第一道防线，可以有效降低无效请求对后端的压力。
2.1 常用方法概览
实现 IP 限制时，最基本的方式是读取客户端 IP，并进行白名单或黑名单比较。直接在入口脚本中做 IP 判断，可以快速生效，适合简单站点。
为避免误判，应考虑 X-Forwarded-For 等头信息，特别是在存在反向代理或负载均衡时。正确获取客户端真实 IP 是实现稳定白名单的关键。
2.2 CIDR 区间的 IP 匹配
很多环境使用 CIDR 形式的网段来定义允许或阻止的范围。直接对比 IP 与网段需要将 IP 转换为数值并进行掩码运算，确保在 IPv4/IPv6 场景下都能正确工作。
对于复杂环境，将 CIDR 规则放入缓存并动态扩展，可以显著提升高并发下的性能表现。
2.3 基于速率的 IP 限制（结合缓存）
当需要对同一 IP 的请求数量进行控制时，单纯的白名单不足以应对大规模的恶意请求。结合 Redis、Memcached 或 APCu 缓存实现滑动窗口或令牌桶算法，可以实现高效的速率限制。
connect('127.0.0.1', 6379);$key = 'rl:' . $ip;
$now = microtime(true);$limit = 100; // 每分钟最多 100 次
$period = 60;$pipe = $redis->multi();
$pipe->zadd($key, $now, $now);
$pipe->zremrangebyscore($key, 0, $now - $period);
$pipe->zcard($key);
$results = $pipe->exec();
$request_count = $results[2];if ($request_count > $limit) {header('HTTP/1.1 429 Too Many Requests');echo 'Too many requests';exit;
}
?> 在实际部署中，要考虑时钟漂移、代理行为以及 Redis 的高可用性，并对连接错误进行健壮的处理与日志记录。
2.4 与 Web 服务器协同的做法（如 Nginx/Apache）
为了提升性能，通常将高危 IP 的拦截交给 Web 服务器处理，先在服务器层过滤，再让 PHP 处理合法请求。尽管如此，仍需在应用层加上日志与兜底的 403 响应，以防止个别请求绕过前端规则。
在企业级部署中，建议通过 Nginx 的 ngx_http_access_module 或 Apache 的 mod_access来实现 IP 访问控制，从源头减少后端处理压力。
