nginx的alias指令不处理url编码，关键在于请求uri、文件系统路径和配置三者编码统一为utf-8：文件系统路径需用ls -b验证为utf-8字节序列，alias值必须字节级匹配真实路径（配置文件保存为utf-8），浏览器自动对中文uri进行utf-8百分号编码，nginx内部解码后拼接。
nginx 的 alias 指令本身不处理 URL 编码或路径解码，遇到中文路径时，关键在于确保请求 URI、文件系统路径和 nginx 配置三者编码一致，且文件系统实际支持该中文名称。
确认文件系统真实路径的编码格式
Linux 文件系统（如 ext4）本身不强制编码，但文件名以字节序列存储。常见情况是终端用 UTF-8 显示中文，意味着文件名实际是 UTF-8 编码的字节流。可通过以下方式验证：
- 在终端执行
ls -b，查看中文目录是否显示为类似\344\270\255\346\226\207的转义序列（即 UTF-8 字节） - 用 Python 快速检查：
python3 -c "print(repr(open('中文目录', 'rb').name))" - 确保创建该目录的程序（如 FTP 工具、脚本）也使用 UTF-8 写入文件名
配置 alias 时路径必须与磁盘路径字节完全一致
nginx 的 alias 后跟的路径是**本地文件系统路径**，不是 URL。它不做任何编码转换，只做字符串拼接。所以：
- 如果磁盘上真实存在目录
/var/www/站点/中文资源（UTF-8 编码），那么alias必须写成完整、准确的 UTF-8 路径 - 配置示例（注意：配置文件需保存为 UTF-8 编码）：
location /res/ {
alias /var/www/站点/中文资源/;
}
⚠️ 若编辑器保存为 GBK 或其他编码，nginx 会读错字节，导致 404。
浏览器请求 URL 中的中文需正确编码
用户访问 https://example.com/res/图片.jpg 时，浏览器会自动将中文 URI 组件按 UTF-8 编码并 percent-encode（如“图片.jpg” → %E5%9B%BE%E7%89%87.jpg）。nginx 默认能正确 decode 并匹配 location，前提是：
- nginx 版本 ≥ 1.11.8（较老版本对多字节 UTF-8 URI 支持不稳定）
- 未启用
underscores_in_headers on等干扰解码的配置 - 没有 rewrite 规则意外破坏原始 URI（例如用
$uri而非$request_uri）
调试与验证方法
当出现 404 时，不要只看浏览器地址栏，要查 nginx error log 和实际尝试路径：
- 开启
error_log /path/to/error.log debug;，搜索 “open() … failed” 行，看 nginx 尝试打开的真实路径（含十六进制字节） - 用 curl 模拟请求：
curl -v "https://example.com/res/%E5%9B%BE%E7%89%87.jpg" - 手动进入服务器，用
ls -l "/var/www/站点/中文资源/"确认文件名是否可见且无乱码
