Nginx 的 alias 不处理大小写转换，仅做路径字符串替换；大小写敏感由文件系统和 location 匹配共同决定，Linux 默认区分大小写，故 /img/MyPhoto.jpg 与 /img/myphoto.jpg 被视为不同文件。
Nginx 的 alias 本身不处理大小写转换，它只是做路径字符串替换。文件名大小写敏感问题不是 alias 能解决的，而是由底层文件系统（如 ext4、XFS）和 location 匹配逻辑共同决定的。Linux 文件系统默认区分大小写，所以 /img/MyPhoto.jpg 和 /img/myphoto.jpg 是两个不同文件 —— Nginx 找不到后者就返回 404，这不是配置错误，是事实行为。
用不区分大小写的 location 正则匹配来兜底
如果业务需要容忍大小写差异（比如用户可能手输错大小写），应在 location 层级启用不区分大小写的正则匹配，再配合 alias：
- ✅ 推荐写法：
location ~* ^/img/(.+)$ {
alias /var/www/图片资源/;$1;
}
注意：这里用~*（星号表示忽略大小写），且$1引用原始请求中的文件名（已由 Nginx 自动解码），拼接到中文目录下 - ⚠️ 注意 alias 值末尾不能加斜杠，否则会多出一个
/导致路径错误；该写法本质是“重写后映射”，适用于简单场景 - 若需更稳定控制，建议改用
root+try_files组合，避免 alias 拼接风险
统一转小写后再匹配（需 Perl 模块支持）
对高一致性要求的场景（如静态资源 CDN 化），可借助 Nginx 的 Perl 模块在匹配前标准化 URI：
- 编译 Nginx 时需启用
--with-http_perl_module - 在 http 块中定义变量：
perl_set $lc_uri 'sub { my $r = shift; return lc($r->uri); }'; - 在 location 中使用：
location ~ ^/assets/ {
set $real_file $lc_uri;
alias /var/www/assets/;
try_files $real_file =404;
} - 该方式把请求路径强制转小写后再查找，但要注意：原始文件名也必须是小写，否则仍 404
更稳妥的做法：源头规范 + 防御性 fallback
比起运行时转换，优先从流程上规避问题：
- 构建或上传环节自动将文件名转为小写并去重（如用脚本 rename 'y/A-Z/a-z/' *.jpg）
- 配置中叠加
try_files $uri =404;，防止因大小写不匹配意外 fallback 到其他 location 或 root 目录 - 禁用正则匹配时的贪婪行为，用
^~前缀匹配固定路径前缀（如location ^~ /img/），性能更好、逻辑更清晰 - 日志中加入
$uri和$request_filename，便于排查到底是匹配失败还是文件不存在
本质上，alias 不负责大小写逻辑，它只忠实地拼路径。真正起作用的是 location 如何捕获请求，以及文件系统里是否存在对应名字的文件。把大小写控制放在入口匹配层，比在 alias 后补救更直接可靠。
