应改用 try_files + UTF-8 解码方案：在 Nginx 配置中替换 if-rewrite 为 try_files $uri $uri/ /index.php?$args，并启用 charset utf-8；PHP 入口文件顶部强制转码 $_SERVER['REQUEST_URI']。
伪静态规则里含中文或括号时 404 或乱码
宝塔面板伪静态规则本身不处理字符编码，但 Nginx 在解析 rewrite 中的正则表达式时，若 URI 含中文、全角括号（如「」、（））、emoji 等 UTF-8 多字节字符，会因未正确解码而匹配失败，最终返回 404 或重写到错误路径。这不是宝塔 bug，是 Nginx 默认按 Latin-1 解析 URI 字符导致的静默失配。
- 典型现象：访问
/文章（测试）.html返回 404，但/article-test.html正常；日志中出现"\xE6\x96\x87\xE7\xAB%A0\xEF\xBC\x88\xE6\xB5\x8B\xE8\xAF\x95\xEF\xBC\x89.html" no such file这类十六进制乱码路径 - 根本原因：Nginx 的
rewrite指令在if块中无法原生识别 UTF-8 编码的多字节字符，$request_filename和$uri变量此时已损坏 - 不推荐继续用
if (!-e $request_filename) { rewrite ... }处理含非 ASCII 路径的场景，尤其在 Nginx 1.21+ 和 PHP 8.4 下更易触发重写循环或空匹配
改用 try_files + utf8 uri 解码开关
绕过正则匹配层，让 Nginx 先尝试真实文件/目录，再兜底到 PHP 入口，同时启用 URI 解码支持。这比手动写 rewrite 更稳定，也避免括号被当成正则元字符误解析。
- 进入【网站】→【设置】→【配置文件】，找到
location /块 - 删除原有
if+rewrite组合，替换为：location / { # 启用 UTF-8 URI 解码（关键） resolver 127.0.0.1 valid=30s; charset utf-8; # 使用 try_files 替代 if-rewrite try_files $uri $uri/ /index.php?$args; } - 若需保留原始 PATH_INFO（如 ThinkPHP），在 fastcgi_params 区域追加：
fastcgi_param PATH_INFO $fastcgi_path_info; - 保存后执行
nginx -t && service nginx reload，不要只点宝塔“保存”——它不校验语法也不重载
PHP 层需同步处理原始 URI 编码
即使 Nginx 正确传递了 UTF-8 URI，PHP 默认仍可能将 $_SERVER['REQUEST_URI'] 当作 Latin-1 解析，导致 urldecode() 失效或生成错误路由。必须在入口文件开头强制转码。
- 在
index.php最顶部（任何输出前）加入：if (isset($_SERVER['REQUEST_URI'])) { $_SERVER['REQUEST_URI'] = mb_convert_encoding($_SERVER['REQUEST_URI'], 'UTF-8', 'auto'); } - 如果框架依赖
$_SERVER['PATH_INFO']（如 Laravel），还需补一行：$_SERVER['PATH_INFO'] = urldecode($_SERVER['PATH_INFO']); - 确认 PHP 的
mbstring扩展已启用（宝塔 → 软件商店 → PHP 设置 → 禁用/启用扩展） - 避免使用
iconv('UTF-8', 'UTF-8//IGNORE', ...)，它会静默丢弃非法字节，不如mb_convert_encoding可控
验证括号和中文路径是否真正通过
不能只看首页或英文路径是否正常，必须用真实含括号、中文、emoji 的 URL 测试，且检查响应头与服务端日志，排除缓存干扰。
- 构造测试 URL，例如：
https://yoursite.com/产品（旗舰版）.html，用 curl 验证：curl -I "https://yoursite.com/%E4%BA%A7%E5%93%81%EF%BC%88%E6%97%97%E8%88%B0%E7%89%88%EF%BC%89.html" - 检查响应头是否有
Content-Type: text/html; charset=utf-8，且状态码为 200 - 查看 Nginx 错误日志：
/www/wwwlogs/yoursite.error.log，确认无invalid UTF-8 sequence或no such file后跟乱码路径 - 浏览器测试时禁用缓存（DevTools → Network → ✅ Disable cache），否则旧 404 响应可能被复用
Nginx 对 URI 的编码处理是隐式且不可见的，括号乱码问题往往卡在「看起来规则写了，也保存了，但就是不生效」这个环节。真正起作用的是 try_files 的兜底逻辑 + PHP 层对 $_SERVER 变量的主动转码，而不是在 rewrite 正则里硬扛 UTF-8 字符。
