本文详解 java 中调用 aws s3 sdk 上传文件时出现本地文件残留的根本原因，并提供无需创建临时文件、直接流式上传的优雅解决方案，兼顾可读性、健壮性与最佳实践。
在您提供的代码中，FileUtils.copyURLToFile(link, file) 是问题的核心：它强制将远程图片下载并持久化为本地磁盘文件（如 1712345678901.jpg），即使后续仅用于上传至 S3，该临时文件仍会滞留在项目根目录，造成冗余、安全隐患及清理负担。
根本解决思路是：绕过本地文件系统，全程使用内存流（InputStream / ByteBuffer）完成“下载 → 上传”链路。以下是优化后的完整实现：
✅ 推荐方案：流式直传（无本地文件生成）
public void saveFileToStorage(String url, Long timestamp, Integer deviceId) {
S3Repository repository = new S3Repository(bucketName);
try (InputStream is = new URL(url).openStream()) {
Thread.sleep(1500); // 建议改用重试机制而非固定 sleep，见下方说明
String key = deviceId + "/" + timestamp + ".jpg";
repository.uploadFile(key, is);
} catch (IOException | InterruptedException e) {
log.error("Failed to upload file from URL: {}", url, e);
throw new RuntimeException("S3 upload failed", e);
}
}对应更新 S3Repository.uploadFile() 方法（适配新版 AWS SDK v2）：
public void uploadFile(String keyName, InputStream content) {
// 自动推断 Content-Type（可选增强）
String contentType = URLConnection.guessContentTypeFromStream(content);
PutObjectRequest request = PutObjectRequest.builder()
.bucket(bucketName)
.key(keyName)
.contentType(contentType != null ? contentType : "image/jpeg")
.build();
s3Client.putObject(request, RequestBody.fromInputStream(content, -1)); // -1 表示未知长度
}? 关键点说明： RequestBody.fromInputStream(...) 不要求预先知道内容长度（设为 -1 即可），SDK 内部会自动分块处理； 使用 try-with-resources 确保 InputStream 在上传后自动关闭，避免连接泄漏； 删除了原逻辑中冗余的空目录前缀上传（s3client.putObject(... folder, new ByteArrayInputStream(...))），S3 本身无目录概念，路径由 key 决定。
⚠️ 注意事项与最佳实践
- 避免 Thread.sleep()：硬编码等待不可靠。应改用 HTTP 重试策略（如 Apache HttpClient 的 RetryHttpRequest 或 Spring Retry），或检查响应状态码/headers 判断资源就绪。
- 大文件需谨慎：若 URL 指向超大文件（>100MB），建议仍使用临时文件 + deleteOnExit() 作为折中，并配合磁盘空间监控。
- 异常处理强化：copyURLToFile 隐含 connect timeout 和 read timeout 默认值（通常较长），应在 URL.openConnection() 中显式设置超时，防止线程挂起。
- SDK 版本对齐：本文示例基于 AWS SDK for Java 2.x（推荐）。若您仍在使用 1.x，请替换为 ObjectMetadata + InputStream 构造 PutObjectRequest，原理一致。
✅ 总结
通过消除 new File(...) 和 FileUtils.copyURLToFile(...)，转而采用 InputStream 直传方式，您不仅能彻底杜绝本地文件残留，还能提升 I/O 效率、降低磁盘依赖，并使代码更符合云原生应用的设计哲学。真正的“上传”，始于内存，止于 S3 —— 无需中间落地。
