Firebase Storage 上传返回 403 错误，通常并非认证失败，而是因缺少或配置错误的 Storage 安全规则——Firestore 规则对 Storage 完全无效，必须单独配置 storage.rules。
firebase storage 上传返回 403 错误，通常并非认证失败，而是因缺少或配置错误的 storage 安全规则——firestore 规则对 storage 完全无效，必须单独配置 `storage.rules`。
你当前的代码逻辑正确：使用 uploadBytes 上传文件、已确认用户登录、且 Firestore 规则看似“已授权”，但问题关键在于——Firebase Storage 拥有完全独立的安全规则系统。你在项目中仅配置了 firestore.rules（用于 Cloud Firestore 数据库），而 Firebase Storage 的访问控制由另一套规则 storage.rules 管理。若该文件缺失或未部署，Storage 默认拒绝所有请求，直接返回 HTTP 403（Forbidden）。
✅ 正确做法是：在 Firebase 项目根目录（即 firebase.json 和 firestore.rules 所在位置）创建或编辑 storage.rules 文件，并写入符合业务需求的规则。例如，允许所有已认证用户读写任意路径：
rules_version = '2';
service firebase.storage {
match /b/{bucket}/o {
match /{allPaths=**} {
allow read, write: if request.auth != null;
}
}
}
⚠️ 注意事项：
- request.auth != null 表示用户已通过 Firebase Authentication 登录（如 Email/Password、Google 等方式），但不校验角色或权限；生产环境建议细化规则，例如限制上传路径、文件类型或大小；
- 修改 storage.rules 后，必须重新部署：运行 firebase deploy --only storage（或 firebase deploy 若仅含 Storage 配置）；
- 可通过 Firebase Console → Storage → 规则标签页实时查看和验证当前生效规则；
- 若需更精细控制（如仅允许用户上传到自己专属路径），可结合 request.auth.uid 进行路径匹配：
match /pending-images/{userId}/{collectionName}/{imageName} {
allow write: if request.auth != null && request.auth.uid == userId;
}
最后，确保前端上传逻辑中使用的 data.image 是有效的 File 或 Blob 实例（可通过 console.log(data.image instanceof File) 验证），并检查浏览器开发者工具 Network 面板中 Storage 请求的响应头与错误详情，辅助定位是否为规则、网络或客户端异常。
