如何测试Firebase Hosting部署后的托管配置设置

Firebase Hosting 没有提供单独的云端配置可视化查看入口，你可以通过以下分层方法完成配置校验，覆盖本地预校验、生产环境验证、部署记录核对全流程，确保配置和你本地firebase.json的预期完全一致。

你当前使用的firebase.json配置如下：

{
  "hosting": {
    "public": "dist",
    "rewrites": [
      {
        "source": "/api/v1/**",
        "function": "webApp"
      },
      {
        "source": "**",
        "destination": "/index.html"
      }
    ],
    "headers": [
      {
        "source": "**/*",
        "headers": [
          {
            "key": "Cache-Control",
            "value": "no-cache"
          },
          {
            "key": "Content-Security-Policy",
            "value": "frame-ancestors 'self' *://*.hellosign.com"
          }
        ]
      }
    ]
  },
  "emulators": {
    "functions": {
      "host": "0.0.0.0",
      "port": 5001
    },
    "firestore": {
      "host": "0.0.0.0",
      "port": 8080
    },
    "database": {
      "host": "0.0.0.0",
      "port": 9000
    },
    "hosting": {
      "host": "0.0.0.0",
      "port": 5000
    },
    "pubsub": {
      "host": "0.0.0.0",
      "port": 8085
    },
    "auth": {
      "host": "0.0.0.0",
      "port": 9099
    },
    "ui": {
      "enabled": true,
      "host": "0.0.0.0",
      "port": 4000
    }
  },
  "firestore": {
    "rules": "firestore.rules"
  }
}

1. 本地预验证（部署前完成，避免线上故障） #

你本地已经配置好了完整的模拟器规则，直接运行以下命令即可启动本地Hosting模拟环境，规则和云端生产环境1:1对齐：

firebase emulators:start --only hosting,functions

启动后访问http://localhost:5000即可完成所有规则校验：

• 静态资源校验：访问任意打包后存在于dist目录的静态文件，确认可以正常加载
• API重写规则校验：访问/api/v1/开头的任意测试路径，确认请求正确转发到webApp云函数，返回函数预期响应
• SPA路由重写校验：访问任意不存在的路径（比如/test/demo-route），确认正常返回/index.html内容，不出现404错误
• 响应头校验：打开浏览器开发者工具-网络面板，选中任意请求，检查响应头中是否携带你配置的Cache-Control: no-cache、Content-Security-Policy: frame-ancestors 'self' *://*.hellosign.com两个字段，值完全匹配

2. 生产环境部署后验证 #

本地验证通过后再执行部署，部署完成后直接对线上域名做实测校验，这是确认云端配置生效的最准确方式：

• 响应头校验：可以直接在浏览器网络面板查看任意线上资源的响应头，也可以通过命令行快速校验：

  curl -I https://你的Firebase托管域名/任意静态资源路径
  

  核对返回结果中的头字段和配置一致即可
• 重写规则校验：
  • 请求https://你的域名/api/v1/test，确认返回云函数响应，没有被静态资源规则或单页路由规则拦截
  • 请求不存在的前端路径，确认返回200状态、内容为index.html，符合SPA路由的配置预期
• 缓存校验：因为你全局配置了no-cache，可以多次刷新页面确认静态资源没有被浏览器或CDN缓存，每次都能拉取到最新版本

3. 部署记录核对 #

打开Firebase控制台进入Hosting板块，在「发布历史」页面可以看到每一次部署的版本记录、部署时间、部署人信息。只要你是在包含上述firebase.json文件的项目目录下执行的firebase deploy --only hosting命令，该次部署的版本就会完全使用你本地的配置文件内容，不会出现配置丢失或被篡改的情况。

注意：如果你使用了预览渠道（Preview Channel）做测试部署，每个渠道的配置是独立的，需要分别访问对应渠道的临时域名完成上述校验，不要和生产渠道的配置混淆。
Firebase Hosting 目前确实没有提供直接查看云端已生效配置文本的入口，通过实际请求验证规则行为是官方推荐的校验方式，比单纯查看配置文本更可靠，可以提前发现规则优先级冲突、语法错误导致的配置不生效问题。

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