Rails搭配CarrierwaveDirect上传S3成功后下载处理文件返回400错误

你遇到的400错误核心是CarrierWave默认下载器处理带签名的S3 URL时出现异常，以下是具体排查方向和解决方法：

问题根因 #

• 你调用@file_attachment.file.url生成的是带AWS签名的临时访问URL，CarrierWave内置的remote_*_url逻辑在处理这类带复杂查询参数的URL时，会对特殊字符进行二次编码，导致签名校验失败，S3返回400错误。
• 浏览器访问URL正常是因为浏览器不会对已有URL的查询参数做额外编码，签名可以正常通过校验。
• 注意：S3的CORS配置仅作用于前端跨域请求，服务端请求S3不涉及CORS规则，你的CORS配置没有问题。

调试方法 #

你可以先通过以下步骤确认问题范围：

1. 直接用Ruby标准库请求该URL，验证是否是CarrierWave的问题：

require 'net/http'
uri = URI(@file_attachment.file.url)
res = Net::HTTP.get_response(uri)
# 打印状态码和返回内容，确认直接请求是否正常
puts res.code, res.body

2. 如果直接请求返回200，即可确认是CarrierWave下载逻辑的问题；如果也返回400，检查生成的URL签名是否过期、S3桶策略是否限制了服务端出口IP。

最优解决方案 #

你已经持有文件在S3的key，完全不需要走公网下载回服务器的逻辑，直接调用AWS SDK拉取文件即可，避免额外的公网开销和签名问题：

# 初始化S3客户端（如果已经在CarrierWave配置过AWS参数，可直接复用配置）
s3_client = Aws::S3::Client.new
# 直接从S3拉取文件流
file_obj = s3_client.get_object(
  bucket: @file_attachment.file.bucket,
  key: @file_attachment.file.key
)
# 直接将文件流赋值给上传器，不需要走remote_file_url
@file_attachment.file = StringIO.new(file_obj.body.read)
@file_attachment.save

如果你坚持使用remote_file_url的兼容方案 #

如果业务逻辑必须保留remote_file_url的写法，可以用以下两种方法修复：

1. 生成不带签名的公共URL（仅适用于桶允许公共读的场景）：

@file_attachment.remote_file_url = @file_attachment.file.url(public: true)

2. 升级CarrierWave到2.2.0及以上版本，该版本修复了带查询参数URL的二次编码问题。

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