URL重定向附加GET参数异常：参数错位致404问题求助

嘿，这个问题我之前也碰到过，根源在于你用的Redirect指令（属于mod_alias模块）的工作方式和预期不太一样，再加上规则顺序的问题，才导致参数被错误插入到URL中间。

问题分析 #

1. 规则优先级冲突：Redirect是前缀匹配逻辑，你第一条规则Redirect 301 / https://foo.bar?redirect=1会匹配所有以/开头的请求（也就是所有请求），这意味着第二条规则Redirect 301 /foo/bar/ https://foo.bar/foo/bar?redirect=1根本不会被执行。
2. URL拼接逻辑问题：就算第二条规则能生效，Redirect会把原请求中匹配路径之后的内容直接追加到目标URL末尾。比如用户访问/foo/bar/some-page时，目标URL会变成https://foo.bar/foo/bar?redirect=1some-page——这就是你看到参数出现在中间的原因，原路径后缀被错误拼到了查询参数值后面，导致URL格式完全错误，触发404。

正确的解决方案：用mod_rewrite替代mod_alias #

既然你已经开启了RewriteEngine on，直接用RewriteRule来实现重定向会更精准，能完全控制查询字符串的添加：

RewriteEngine on

# 精确重定向根目录到新域名根目录，带redirect=1参数
RewriteRule ^$ https://foo.bar?redirect=1 [L,R=301]

# 精确重定向/foo/bar/（含末尾可选斜杠）到对应新路径，带redirect=1参数
RewriteRule ^foo/bar/?$ https://foo.bar/foo/bar?redirect=1 [L,R=301]

# 如果需要匹配/foo/bar/下的所有子路径（比如/foo/bar/page1），可以用这条：
# RewriteRule ^foo/bar/(.*)$ https://foo.bar/foo/bar/$1?redirect=1 [L,R=301,QSA]

关键说明 #

• ^$：精确匹配根目录（空路径），避免误匹配所有请求。
• ^foo/bar/?$：匹配/foo/bar/或/foo/bar（末尾的?允许可选的斜杠）。
• [L]：标记为最后一条规则，匹配后不再执行后续规则，避免冲突。
• [R=301]：指定301永久重定向。
• 如果需要保留原请求的查询参数，可以加上[QSA]（Query String Append）标记，它会自动把原请求的查询参数追加到目标URL的查询字符串后面（比如原请求/foo/bar/?id=123会变成https://foo.bar/foo/bar?redirect=1&id=123）。

注意事项 #

测试前建议先清空浏览器缓存，因为301重定向会被浏览器强缓存，旧的错误重定向可能会影响测试结果。

内容的提问来源于stack exchange，提问作者Stephan P.