如何避免上传用PUT预签名URL在文件处理完成前过期？

提前建立上传连接无法锁定有效期 #

该方案不可行。预签名URL的过期校验是对象存储服务端在接收上传请求的时刻完成的，和TCP连接建立时间无关。且提前建立的空闲HTTP连接大概率会在文件处理完成前被网关、负载均衡或存储服务端主动断开，反而会增加额外的连接异常问题。

更合理的解决方案 #

按落地优先级排序：

• 调整预签名URL有效期
  生成uploadUrl时，根据业务场景预估最长耗时（包含下载、处理、上传的总耗时+冗余缓冲时间）来设置有效期，大部分公有云对象存储的预签名URL最长可设置7天及以上有效期，是成本最低、稳定性最高的方案。
• 延迟申请上传预签名URL
  若上游服务允许动态申请uploadUrl，调整原有流程：接收到请求后先执行下载、文件处理操作，待文件处理完成前1-2分钟再申请新的有效uploadUrl，用新生成的URL完成上传，完全规避有效期不足的问题。
• 流式处理+并行上传压缩耗时
  若无法调整有效期也不能动态申请URL，优化耗时链路：
  1. 采用流式下载+流式处理模式，无需等待整个源文件下载完成再启动处理，边下载边处理，大幅缩减总耗时
  2. 若存储服务支持分片上传，处理完成一部分数据就上传一个分片，无需等全量文件处理完成再启动上传，同时分片预签名URL可单独生成，避免全量URL过期风险
• 兜底方案：Chunked上传保活
  若必须使用初始下发的固定uploadUrl，可在接收到请求后立即发起Transfer-Encoding: chunked的上传请求，通过TCP keepalive维持连接存活，处理完成一部分数据就往连接里写入一部分，只要连接未断开，就不会触发URL过期校验。该方案依赖网络稳定性，中间连接断开会导致上传失败，仅作为极端场景兜底使用。

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