盗链触发占位图时的性能测试需模拟非法referer，测量Nginx防盗链逻辑（if+rewrite或return 302）与静态占位图服务整条路径的响应延迟、CPU开销及日志行为；推荐用return 302分离测量，确保占位图轻量且可缓存。
要测试盗链请求触发替代占位图（如 /daolian.png）时的性能表现，核心是模拟非法 referer 访问，并观测 Nginx 处理重定向或内部 rewrite 的响应延迟、资源开销和日志行为。这不是单纯测图片加载速度，而是测“防盗链拦截逻辑 + 占位图服务”这一整条路径的效率。
构造可复现的盗链请求场景
确保测试环境具备明确的盗链触发条件：
- 在 Nginx 配置中已启用
valid_referers，且设置了rewrite ^/ /daolian/daolian.png;或return 302 /daolian/daolian.png;（推荐用return 302更利于分离测量） - 占位图
/daolian/daolian.png是静态文件，位于 root 目录下、权限可读，且未被其他防盗链规则二次拦截 - 使用真实外部域名（如
http://evil-site.com/test.html）嵌入你的图片链接：<img src="http://lee.timinglee.org/img/logo.png">，或用 curl 模拟非法 referer：
监控关键性能指标
重点关注三类数据，它们反映不同层面的开销：
-
响应时间分解：用
curl -w或ab/wrk测量端到端耗时；对比合法 referer（如http://lee.timinglee.org）与非法 referer 的time_total和time_redirect。若使用return 302，time_redirect应明显高于直接访问占位图 -
Nginx 内部处理开销：开启
log_format记录$request_time和$upstream_response_time（即使无 upstream，该值也为 0），确认是否因if + rewrite引发额外 cycle（Nginx 中if在 location 内有一定性能代价） -
系统资源占用：用
pidstat -u -p $(pgrep nginx) 1观察 worker 进程 CPU 波动；高并发盗链请求下，若 CPU 持续飙升而 QPS 不增，说明if判断或正则匹配成为瓶颈
验证占位图服务本身是否拖累性能
排除占位图文件自身问题：
- 直接请求占位图（带合法 referer 或无 referer）：
curl -I http://lee.timinglee.org/daolian/daolian.png，检查Content-Length和Cache-Control。过大的 PNG（如 >500KB）或缺失缓存头会导致重复传输，放大盗链开销 - 将占位图改用极简 SVG（expires max;，再次压测。若延迟显著下降，说明原图尺寸/编码是瓶颈
- 检查占位图所在 location 是否误启用了 gzip、SSL 重协商等非必要处理——它应走最轻量静态服务路径
用日志定位异常模式
增强日志以识别低效行为：
- 在防盗链 location 中添加独立 log_format，记录
$invalid_referer、$request_uri、$status、$request_time - 观察日志中是否出现大量
404后跟302（说明 rewrite 目标路径错误，触发二次查找）；或200但$request_time > 0.1s（可能磁盘 I/O 延迟或 location 匹配冲突） - 统计单位时间内
invalid_referer请求占比。若超 70%，需评估是否应改用更高效方案（如geo+map白名单预判，避免每次解析 referer）
