RewriteEngine如何配置实现重定向时忽略所有查询字符串

根因说明 #

你之前配置的规则失效核心原因有两点：

• RewriteRule 规则默认仅匹配?之前的URL路径段，?后的查询字符串不会进入正则匹配逻辑，你写的正则里的第二个捕获组根本抓不到查询参数内容
• 旧规则试图用$2拼接查询串的逻辑，不仅匹配范围错误，还会误捕获路径中多余的斜杠、后缀内容，无法兼容无末尾斜杠的场景。

Apache 环境（.htaccess/虚拟主机配置）正确写法 #

如果你的站点用的是Apache + mod_rewrite，在网站根目录的.htaccess文件或者虚拟主机配置段中添加如下规则即可：

RewriteEngine On
RewriteRule ^/project/([0-9a-zA-Z_-]+)/?$ /?tag=project&id=$1? [R=302,L]

规则说明 #

• 正则^/project/([0-9a-zA-Z_-]+)/?$：仅捕获/project/后的有效ID值，自动兼容路径末尾带/不带斜杠的场景；如果你的ID是纯数字格式，可以把捕获组改成([0-9]+)，匹配更精准。
• 重定向目标末尾的?：核心作用是丢弃原始请求携带的所有查询字符串，不会把原URL里的shareid等无关参数带到重定向地址
• 标志位说明：
  • R=302：返回302临时重定向，调试阶段用这个避免浏览器缓存错误规则，确认规则生效后可以换成R=301做永久重定向
  • L：匹配到当前规则后停止执行后续重写逻辑，避免被其他规则覆盖

如果你使用的是Apache 2.4及以上版本，也可以用QSD（Query String Discard，查询串丢弃）标志替代末尾的?，语义更清晰：

RewriteRule ^/project/([0-9a-zA-Z_-]+)/?$ /?tag=project&id=$1 [R=302,L,QSD]

Nginx 环境对应写法 #

如果站点用Nginx，配置逻辑更简单，Nginx默认不会自动拼接原查询串到重定向目标，直接写如下规则即可：

location ~ ^/project/([0-9a-zA-Z_-]+)/?$ {
    return 302 /?tag=project&id=$1;
}

调试完成后把302换成301即可，纯数字ID场景同样可以把捕获组改成([0-9]+)提升匹配精度。

效果验证 #

以你给出的测试地址为例：

• 原始请求：/project/100?shareid=fromsomeemailprovider
• 重定向结果：/?tag=project&id=100
  无论原始URL末尾是否带斜杠、携带什么查询参数，最终都会跳转到固定目标地址，不会携带任何原始查询参数。

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