高并发下302跳转与静态读取性能瓶颈不同：前者卡在网络往返，后者堵在文件IO；需分路径优化——精简跳转链、启用open_file_cache、动静物理分离、连接层限流防慢速攻击。
高并发下，临时跳转（如 302）和静态读取的性能损耗常被混为一谈，但它们的瓶颈根源完全不同：前者卡在网络往返与状态判断，后者堵在文件访问与传输链路。优化不能靠“统一调参”，而要分路径精准干预。
砍掉冗余跳转，让重定向变“零延迟”
302 临时跳转本身不缓存，每次请求都得走完整 HTTP 往返——DNS、TCP、TLS、响应解析一个不少。高并发时，几十个 302 连环跳，等于把用户请求拖进“多米诺延迟陷阱”。
- 逐个检查所有
rewrite ... redirect和return 302指令，确认是否真需“临时”语义；能用 301 的绝不用 302，能合并的绝不分步 - 把 /old → /mid → /new 这类链式跳转，直接收口为
location /old { return 302 /new; } - 对需动态计算目标地址的场景（如 A/B 测试分流），改用
map预查表 +return 302 $target;，避免运行时正则匹配开销 - 加
add_header Cache-Control "no-store, no-cache";显式禁止浏览器/CDN 缓存 302 响应，防止脏跳转
静态读取不拼 IO，拼“预判”和“绕过”
静态资源高并发的本质是大量小文件高频读取，瓶颈不在带宽，而在 open()、stat() 系统调用和内核态数据拷贝。优化核心是减少磁盘碰触、跳过用户态搬运。
- 启用
open_file_cache：缓存句柄+元信息，推荐配置max=10000 inactive=60s valid=60s min_uses=2 errors on - 强制开启
sendfile on;和tcp_nopush on;，让内核直接从页缓存送数据到 socket，不经过 Nginx 内存 - 对 CSS/JS/字体等带哈希指纹的资源，设
Cache-Control "public, max-age=31536000, immutable"，彻底免去后续请求 - 在静态 location 块内关闭日志：
access_log off;，避免高频写磁盘成为 IOPS 瓶颈
动静分离必须物理隔离，杜绝规则穿透
很多性能损耗来自“看似静态、实则误入动态流程”。比如一个 .js 请求因 location 匹配顺序问题，意外进了含 proxy_pass 的块，白白触发后端代理逻辑。
- 用
location ^~ /static/或location ~* \.(js|css|png|jpg)$这类明确前缀或后缀匹配，确保优先级高于泛匹配location / - 静态块内只保留
root/alias、expires、add_header等指令；删净所有proxy_*、fastcgi_*相关配置 - 验证是否生效：用
curl -I https://site.com/static/app.js，看响应头中是否有X-Accel-Redirect或X-Powered-By等后端痕迹
连接层兜底：防慢速攻击，保 worker 不卡死
临时跳转和静态读取都依赖稳定连接。一旦出现慢速客户端（如超长 header、缓慢发包），会持续占用 worker 连接，导致其他请求排队等待。
- 调大
client_header_timeout 60s;和client_body_timeout 60s;，防恶意试探，但不过度放任 - 设
send_timeout 30s;，对空挂连接及时断开，释放 worker 资源 - 对静态资源路径启用连接限流：
limit_req zone=static burst=30 nodelay;，单 IP 每秒最多 30 次请求，防爬虫扫图打崩磁盘
