alias本身不参与缓存控制，但需精准路径映射（结尾斜杠必须一致）、仅限location块使用；配合expires、cache-control实现强缓存，open_file_cache提升读取性能，并通过valid_referers防盗链保障缓存有效性。
alias 指令本身不参与缓存控制，但它和缓存策略是协同关系：alias 确保资源被精准、高效地定位和读取，为后续的缓存头注入与传输优化打下基础。用错 alias 会导致 404 或路径混乱，缓存再强也无从生效。
alias 路径映射必须严格匹配，否则缓存形同虚设
alias 是“URL 路径前缀直接替换为文件系统路径”，不是拼接。常见错误会直接破坏缓存链路：
- location /static/ 必须配 alias /opt/static/（结尾都带 /），否则请求 /static/logo.png 会去找 /opt/staticlogo.png（缺斜杠 → 错误路径）
- alias 不能出现在 server 或 http 块中，只允许在 location 内使用；root 则更灵活，但语义不同
- 若 URL 结构（如 /v2/css/app.css）和磁盘结构（/var/www/assets/css/app.css）不一致，用 alias 比 root 更可控，避免因层级错位导致文件找不到而触发回源或 404 —— 这类失败响应默认不缓存，白白浪费带宽
搭配 expires 和 Cache-Control 实现强缓存闭环
alias 定位成功后，需立即通过响应头告诉浏览器“这个资源长期有效”。推荐组合用法：
- 对带哈希或版本号的资源（如 main.a1b2c3.js、/img/logo-2026.png），用不可变缓存：
expires 1y;
add_header Cache-Control "public, max-age=31536000, immutable"; - 对无版本控制的通用资源（如 favicon.ico、robots.txt），设合理短周期：
expires 7d;
add_header Cache-Control "public, max-age=604800"; - 禁止缓存调试类资源（如 /debug/* 下的临时图）：
add_header Cache-Control "no-store, no-cache";
配合 open_file_cache 提升 Nginx 内部读取效率
alias 指向的目录若高频访问（如 /static/ 下每天百万次 CSS 请求），Nginx 需反复 stat 文件元数据。启用文件句柄缓存可显著降低系统调用开销：
- open_file_cache max=2000 inactive=30s; —— 缓存最多 2000 个文件描述符，30 秒内未被访问则淘汰
- open_file_cache_valid 60s; —— 每分钟检查一次缓存项是否仍对应真实文件（防删改）
- open_file_cache_min_uses 2; —— 同一文件至少被访问 2 次才进缓存，避免冷数据污染
- 这些指令需放在 http 或 server 块中，与 alias 所在 location 无关，但直接影响 alias 路径下所有文件的打开性能
防盗链 + 缓存策略防止资源被滥用
alias 服务的静态资源容易成为盗链目标。若不加限制，第三方网站大量引用你的 /static/ 图片，不仅耗带宽，还可能让本该缓存的资源因 Referer 不合法而返回 403 —— 浏览器不会缓存 403 响应，导致反复重试：
- valid_referers none blocked *.yourdomain.com;
- if ($invalid_referer) { return 403; }
- 把这段放在 alias 的 location 块内，确保只有可信来源才能触发缓存响应；配合 access_log off 可进一步减少日志写入压力
