Firebase对接后端场景下前端如何向Firebase Storage上传大文件

方案1：生成Storage签名上传URL （最推荐，改造成本最低） #

• 前端先向现有Cloud Functions后端提交上传申请，携带文件名、文件类型、文件大小等基础元信息
• 后端完成用户身份校验、确认用户具备上传权限后，调用Firebase Admin SDK的getSignedUrl()方法，生成指定有效期（建议设置为10~30分钟）的Storage上传签名URL
• 后端将签名URL返回给前端，前端直接通过该URL发起HTTP PUT请求上传完整文件，无需前端携带Firebase鉴权凭证
• 现有Storage安全规则无需修改，签名URL的授权优先级高于安全规则，不会触发拦截

方案2：前端分块上传+后端合并 #

• 前端将50MB文件切分为单块体积小于10MB的分片（建议每块8MB），为每个分片标注序号、所属文件唯一标识
• 前端按顺序依次上传分片到Cloud Functions，每个分片请求体积均符合10MB的大小限制
• 后端每次收到分片后先完成用户身份校验，校验通过后将分片暂存到Storage的临时目录
• 全部分片上传完成后，后端按序号合并分片生成完整文件，转移到正式存储路径后删除临时分片
• 可额外补充断点续传、分片校验逻辑，提升网络不稳定场景下的上传体验

方案3：上传接口迁移到Cloud Run #

• 将原有Cloud Functions中的上传接口逻辑迁移至Cloud Run，Cloud Run默认最大请求体积为32MB，可手动调整最高到1GiB，完全满足50MB文件上传需求
• 原有Firebase后端架构、鉴权逻辑、安全规则均无需调整，仅需将前端的上传接口地址替换为Cloud Run服务地址即可
• Cloud Run可无缝对接Firebase Admin SDK，原有业务逻辑几乎不需要修改

• 所有方案均保留后端鉴权的逻辑，不会突破你现有的安全限制
• 选择签名URL方案时，务必设置合理的过期时间，避免URL泄露后被滥用
• 选择分块上传方案时，建议增加上传失败重试逻辑，避免单个分片上传失败导致全文件重传

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