本文详解 java 中调用 aws s3 sdk 上传文件时出现本地文件残留的根本原因，并提供无需创建临时磁盘文件、直接流式上传的优雅解决方案，兼顾可读性、健壮性与最佳实践。
问题核心在于：您当前代码中 FileUtils.copyURLToFile(link, file) 强制将远程图片下载并持久化写入本地磁盘（如 1712345678901.jpg），这既是冗余 I/O 操作，也违背了“仅上传至 S3”的初衷。即使后续 file.delete() 也无法完全规避风险（如异常中断导致残留、权限问题等）。
✅ 正确做法是绕过本地文件系统，采用内存流式上传——即直接从 URL 流读取字节，构建 RequestBody 后交由 AWS SDK 上传。以下是重构后的完整示例（基于 AWS SDK v2，推荐使用）：
import software.amazon.awssdk.core.RequestBody;
import software.amazon.awssdk.services.s3.S3Client;
import software.amazon.awssdk.services.s3.model.PutObjectRequest;
import java.net.URL;
import java.time.Duration;
public void saveFileToStorage(String url, Long timestamp, Integer deviceId) {
S3Client s3Client = S3Client.create(); // 推荐通过 DI 或单例管理
String keyName = timestamp + ".jpg";
String objectKey = deviceId + "/" + keyName;
try (var inputStream = new URL(url).openStream()) {
// 直接从输入流构建 RequestBody，不落地
RequestBody requestBody = RequestBody.fromInputStream(inputStream, inputStream.available());
PutObjectRequest request = PutObjectRequest.builder()
.bucket(bucketName)
.key(objectKey)
.build();
s3Client.putObject(request, requestBody);
log.info("Successfully uploaded {} to S3://{}/{}", keyName, bucketName, objectKey);
} catch (Exception e) {
log.error("Failed to upload file from URL: {}", url, e);
throw new RuntimeException("S3 upload failed", e);
}
}⚠️ 注意事项：
- inputStream.available() 在某些场景下可能返回不准确长度（如 HTTP chunked 编码），若需精确 Content-Length，建议先 HEAD 请求获取 Content-Length 头，或改用 RequestBody.fromBytes(...) 配合 ByteArrayOutputStream 缓存（适用于中小文件）；
- 若处理大文件（>100MB），应启用分段上传（CreateMultipartUploadRequest），避免内存溢出；
- 原代码中 Thread.sleep(1500) 是脆弱设计，应替换为幂等性检查（如轮询 HTTP 状态码）或服务端就绪通知机制；
- S3Client 实例应复用（线程安全），避免频繁创建销毁。
? 总结：永远优先选择流式（streaming）而非文件落地（file-based）上传路径。它不仅消除本地冗余文件、提升性能，更符合云原生应用“无状态、轻依赖”的设计哲学。配合 SDK v2 的函数式 API 和自动资源管理（try-with-resources），代码更简洁、健壮、可维护。
