公共API服务如何通过预签名URL重定向大文件至云端上传？

方案a：客户端正确构造请求后重定向到预签名URL #

这个方案完全可行，但需要调整流程以严格避免服务器带宽消耗，核心要点如下：

• 不要让客户端直接发送带文件的PUT请求到你的后端，而是先发起一个轻量的初始化请求（比如GET /upload-init或POST /upload-init，仅携带文件名、文件大小等元信息）。
• 后端根据元信息生成云存储的预签名URL（比如AWS S3的PUT预签名URL），然后返回307 Temporary Redirect状态码，将Location头设为预签名URL。
• 客户端收到重定向后，直接将原PUT请求（携带文件流）发送到预签名URL。必须用307状态码，它会严格保留原请求的方法和请求体，避免302可能导致的POST转GET问题。

方案b：接收错误请求修正后重定向 #

这个方案不可行，因为一旦后端接收了带有超大文件的错误请求，哪怕只是部分数据，已经在消耗服务器带宽了——这完全违背了你“避免服务器接收文件”的初衷。正确的做法是：如果客户端发送了格式错误的请求，后端直接返回400 Bad Request，且不读取请求体，阻止客户端继续发送文件数据。

额外优化提示 #

• 客户端兼容性：确保使用的HTTP客户端（如fetch、axios）支持跟随307重定向并保留请求体，部分旧浏览器或客户端可能存在兼容性问题，需提前测试。
• 预签名URL权限控制：生成预签名URL时，要限制有效期、文件大小、文件类型等，避免资源滥用。
• 上传状态回调：可以让客户端在上传完成后，向你的后端发送一个通知请求，告知上传结果，以便触发后续处理流程。

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