特殊字符RewriteRule处理求助：URL双重编码无法正常跳转

你碰到的是典型的双重URL编码问题——ö的标准UTF-8 URL编码是%C3%B6，但你的系统把这个编码结果又额外编码了一次，导致%被转成%25，最终就变成了%25C3%25B6。这也是你之前的RewriteRule失效的核心原因，我来帮你解决这个问题：

为什么原有规则无效？ #

Apache的RewriteRule默认匹配的是已经经过一次URL解码的请求路径。也就是说，当请求/search/%25C3%25B6rebro到达服务器时，Apache已经把%25解码成了%，此时路径里的内容是/search/%C3%B6rebro，而非你写规则时预期的%25C3%25B6rebro，所以你的规则根本匹配不到目标内容。

正确的解决方案 #

要匹配原始的双重编码URL，我们需要用到%{THE_REQUEST}这个Apache变量——它保存着浏览器发送的原始请求行，包含未被解码的完整URL。

把下面的规则添加到你的.htaccess文件最顶部（确保在其他Rewrite规则之前）：

# 处理单个"ö"的双重编码重定向
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /search/%25C3%25B6([^\s]*)
RewriteRule ^search/%C3%B6(.*)$ /search/ö$1 [L,R=301]

# 专门处理"Örebro"的双重编码重定向
RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /search/%25C3%25B6rebro([^\s]*)
RewriteRule ^search/%C3%B6rebro(.*)$ /search/örebro$1 [L,R=301]

规则解释 #

1. RewriteCond %{THE_REQUEST} ...：捕获原始请求（比如GET /search/%25C3%25B6rebro HTTP/1.1），精准匹配双重编码的%25C3%25B6部分。
2. RewriteRule：匹配已经解码一次后的路径（/search/%C3%B6rebro），将其替换为包含原生ö的路径，并返回301永久重定向。

注意事项 #

• 测试前务必清除浏览器缓存，因为301重定向会被浏览器长期缓存，旧缓存可能导致测试结果不准确。
• 确保你的Apache服务器已经启用了mod_rewrite模块。
• 如果需要处理更多类似的双重编码特殊字符，可以按照这个模式扩展规则，把%25C3%25B6替换为对应字符的双重编码值即可。

内容的提问来源于stack exchange，提问作者Charlie Carver