Nginx 解析中文路径失败本质是编码链路断裂：文件系统字节、Nginx 解码方式、系统 locale 三者不一致；需用 ls -b 确认实际编码，convmv 转换非 UTF-8 路径，设置系统 locale 为 UTF-8，root 配置加引号，nginx -t 验证语法，ls -ld 检查权限，curl 测试 URL 编码访问，并补 charset utf-8 及查 error.log 定位问题。
路径含中文导致 Nginx 解析失败，本质是编码链路断裂：文件系统存的字节、Nginx 解码方式、系统 locale 三者不一致。直接改配置加引号只是表象，必须同步验证底层环境。
确认中文路径实际编码是否为 UTF-8
Linux 文件系统不强制编码，中文目录名可能是 UTF-8，也可能是 GBK。Nginx 按原始字节匹配，不会自动转码。
- 用 ls -b 查看目录名真实字节：若显示类似
\345\210\237\347\261\20d（UTF-8 编码的“初始”），说明是 UTF-8；若出现\243\306等非标准序列，大概率是 GBK - 旧 Windows 共享上传、某些 FTP 工具默认用 GBK，需用 convmv 转换：
convmv -f gbk -t utf-8 -r /var/www/中文站点 - 新资源统一在 UTF-8 环境下创建，避免混用
检查系统 locale 是否启用 UTF-8
Nginx 启动和文件访问依赖系统 locale。即使配置写了引号，若系统不认 UTF-8，仍会读不到目录。
- 运行 locale | grep UTF，确保
LANG和LC_CTYPE显示zh_CN.UTF-8或en_US.UTF-8 - 如未生效，在
/etc/sysconfig/i18n（CentOS）或/etc/default/locale（Ubuntu）中设LANG="en_US.UTF-8"，然后重启或执行source /etc/profile - Windows 下需在「控制面板 → 区域 → 管理 → 更改系统区域设置」中勾选「Beta 版：使用 Unicode UTF-8 提供全球语言支持」并重启
验证 Nginx 配置语法与路径可达性
引号不是万能解药——引号只解决配置解析，不解决底层访问失败。
-
root 行必须加引号：写成
root "/var/www/中文站点";，不能漏掉双引号 - 执行 sudo nginx -t，通过才说明语法无误；失败则按提示定位行号，重点查分号、括号、引号是否配对
- 手动测试路径是否存在且可读：
ls -ld "/var/www/中文站点"，确认权限为 nginx 用户（通常是 www 或 nginx）可进入 - 用 curl 模拟请求：
curl -I "http://localhost/%E6%B5%8B%E8%AF%95.html"（URL 已 UTF-8 编码），观察返回状态码
补充响应头与日志辅助诊断
即使路径能访问，中文 URL 可能显示乱码或重定向异常，需补全字符集声明。
- 在
server块内添加：charset utf-8;和charset_types text/html text/plain application/javascript; - 查看
error.log中是否有open() "/var/www/中文站点/..." failed (2: No such file or directory)—— 这说明 Nginx 找不到路径，大概率是编码不匹配或权限问题 - 临时开启详细日志：
error_log /var/log/nginx/error.log debug;，再触发请求，从日志中看 Nginx 实际拼接的路径字节
