phpEnv中Nginx限流需将limit_req_zone写在http块内，location中用limit_req zone=xxx burst=xx nodelay启用，且配置必须直接写入主nginx.conf（不支持include子配置），重启后通过error.log验证。
phpEnv 是 Windows 下集成 PHP + Nginx + MySQL 的轻量环境，它默认用的是精简版 Nginx（通常为 1.20+），但 ngx_http_limit_req_module 模块是编译进内核的，**不用额外加载，直接可用**。关键不是“能不能用”，而是你改的配置是否被真正加载、是否写在了生效位置。
限流配置必须写在 phpEnv 的 nginx.conf 全局 http 块里
很多人把 limit_req_zone 写在 server 或 location 块里，Nginx 启动直接报错：unknown directive "limit_req_zone"。这个指令只能出现在 http 上下文。
- 打开 phpEnv 安装目录下的
nginx\conf\nginx.conf - 找到
http { ... }块（通常在文件中后半段） - 在
http块开头或任意位置（但不能在server里面）添加：
limit_req_zone $binary_remote_addr zone=api:10m rate=5r/s;
这行定义了一个叫 api 的共享内存区，按客户端 IP 限速，每秒最多 5 个请求。注意：10m 足够存约 16 万个 IP 记录，对本地开发或小流量站完全够用。
location 中启用限流时 burst 和 nodelay 很容易配错
比如你想限制所有 PHP 接口（.php 结尾或 /api/ 路径），得在对应 location 里加 limit_req，但这里有两个常见陷阱：
立即学习“PHP免费学习笔记（深入）”；
-
burst=20 nodelay表示允许瞬间打进来 25 个请求（5 + 20），超出立刻 503；不加nodelay就会排队，用户感觉卡顿但不报错 - 如果写成
limit_req zone=api burst=20;却没配nodelay，Nginx 会按漏桶算法把超量请求缓存并匀速放行——这对防刷毫无意义，恶意脚本照刷不误 - 别在
location ~ \.php$这种正则 location 里用限流，phpEnv 的默认配置里它常和fastcgi_pass套在一起，而limit_req在正则 location 中可能因匹配顺序失效
推荐做法：单独为接口路径设一个明确的 location，例如：
location /api/ {
limit_req zone=api burst=10 nodelay;
try_files $uri $uri/ /index.php?$query_string;
}
phpEnv 的 Nginx 不读取子配置文件，别指望 include
很多教程让你在 conf.d/ 或 sites-enabled/ 里建独立配置，但 phpEnv 默认的 nginx.conf **根本没写 include 语句**，所有改动必须直接写进主配置文件，否则 reload 后完全不生效。
- 检查
nginx.conf里有没有类似include conf.d/*.conf;或include sites-enabled/*;的行 - 如果没有，就别建子配置，全堆到
http和对应server块里 - 修改后必须用 phpEnv 控制面板里的「重启 Nginx」按钮，或者进
nginx\目录手动执行：nginx.exe -s reload（不是-t，后者只校验语法）
真正起作用的永远是那几行：一个 limit_req_zone 定义 + 一个带 nodelay 的 limit_req 调用 + 配置被实际加载。phpEnv 没有日志高亮、没有动态 reload 可视化，出问题时最有效的验证方式，就是开两个命令行窗口：一个 tail -f logs/error.log，另一个用 curl -I http://127.0.0.1/api/test.php 快速连发，看错误日志里有没有 limiting requests 字样。
