如何在Firebase中移除URL中?及之后的查询参数？

嘿，我懂你这会儿的头疼——Firebase Hosting默认会自动保留URL里的查询参数，所以你之前配的重定向和重写才会把?cat=36带过去，根本没达到移除的效果。给你两个靠谱的解决方案：

方案一：用Cloud Functions做服务端处理（推荐） #

单纯靠Firebase Hosting的静态重写/重定向规则没法直接丢弃查询参数，得借助Cloud Functions来实现完全的参数剥离：

1. 先在你的项目里创建一个HTTP函数，比如命名为stripQueryParams：

   const functions = require("firebase-functions");
   
   exports.stripQueryParams = functions.https.onRequest((req, res) => {
     // 直接重定向到根路径，完全不带查询参数
     res.redirect(302, "/");
     // 如果需要永久重定向（301），把上面的302改成301就行
   });
   

2. 接着在firebase.json里更新重写规则，把目标指向这个函数：

   {
     "hosting": {
       // 其他hosting配置...
       "rewrites": [
         {
           "source": "/testMenuBrowse{,/**}",
           "function": "stripQueryParams"
         }
       ]
     }
   }
   

3. 最后部署函数和hosting配置：

   firebase deploy --only functions,hosting
   

   这样不管用户访问/testMenuBrowse.php?cat=36还是任何/testMenuBrowse开头的路径，都会被函数处理，跳转到不带任何查询参数的根路径。

方案二：前端页面跳转（适合简单场景） #

如果你的场景只需要处理特定页面，不想折腾函数，可以在testMenuBrowse.php里加一段前端代码，页面加载后立即跳转：

<script>
  // 跳转到当前路径的「无查询参数」版本
  const cleanUrl = window.location.origin + window.location.pathname;
  window.location.replace(cleanUrl);
</script>

不过这个方法是客户端跳转，用户会短暂看到原页面再跳转，体验不如服务端方案。

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