Amazon S3非分片上传超1GB无报错但存储桶对象为空问题咨询

• 客户端/SDK超时配置不合理：大部分S3 SDK、HTTP客户端默认设置了较短的单请求超时时长（通常为30秒到数分钟），大文件单PUT上传尚未完成就被客户端主动切断连接，部分客户端的异常处理逻辑存在缺陷，会将这类提前终止的请求误判为上传成功。可先调整你所用工具/SDK的单请求超时时间，设置为对应大小文件预估上传时长的2倍以上再复测。
• 本地文件读取环节异常：如果上传程序未做文件读取的完整性校验，当本地大文件存在损坏、读取权限不足、触发系统文件句柄限制、设备内存不足等问题时，程序会提前终止文件读取流，实际向S3上传了0字节的空对象，同时返回上传成功标识。你可以先查看目标存储桶内对应对象的大小，若为0字节基本可定位为该类问题。
• 网络中间节点的请求大小限制：如果当前网络存在代理、防火墙、NAT网关等中间设备，多数这类设备默认会限制单HTTP请求的最大负载大小（常见限制为1GB或2GB），超过阈值的请求会被中间节点直接拦截，甚至返回伪造的成功响应，实际请求并未发送到S3服务端。可尝试绕过当前网络的代理节点，或在同区域的云服务器上测试上传相同文件，排查是否为中间网络导致的问题。
• SDK单PUT上传隐式阈值限制：部分编程语言的S3 SDK虽然适配S3官方的5GB单PUT上限，但默认配置了更低的单PUT最大文件阈值，超过阈值的上传不会自动切换为分片模式，也不会抛出明确异常，而是直接提交空对象。建议你直接切换为分片上传模式测试，分片上传最高支持5TB的文件，同时支持断点续传，可靠性远高于单PUT上传。

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