ActiveStorage生成变体时文件存在检查过慢，求优化方案

我之前碰到过和你一模一样的问题——上传文件快得很，但生成ActiveStorage变体时，光是检查S3上文件存在性就花了一秒多，简直头疼。下面几个方案应该能帮你解决这个性能瓶颈：

1. 启用数据库级别的变体缓存（最推荐） #

Rails 6.1+ 引入了变体缓存功能，能把变体的存在状态和元数据存在数据库里，彻底避免每次请求都去S3做耗时的HEAD请求。

步骤很简单：

1. 在config/application.rb里添加配置：

config.active_storage.variant_cache = :database

2. 生成并运行对应的迁移文件：

rails active_storage:variant_cache:install
rails db:migrate

3. 之后，当你第一次生成变体时，ActiveStorage会自动把变体的信息存在active_storage_variant_records表里。后续再调用variant方法时，直接查数据库验证存在性，速度能提升一大截。

2. 预生成变体（提前完成耗时操作） #

既然上传阶段没有性能问题，那我们可以把变体的生成工作提前到上传完成后，用后台任务异步执行。这样用户请求页面时，变体已经存在，连检查的步骤都省了。

比如在你的模型里添加回调：

class YourModel < ApplicationRecord
  has_one_attached :artwork

  after_create_commit :pre_generate_variants

  private

  def pre_generate_variants
    return unless artwork.attached?

    # 异步生成你需要的100x100变体
    ActiveStorage::Variant.new(artwork.blob, resize: "100x100").process_later
    # 如果有其他尺寸的变体，都在这里添加
  end
end

用户上传完文件后，后台会自动生成变体，等用户访问页面时，直接就能拿到现成的变体URL，不会触发任何S3检查。

3. 优化S3的网络请求性能 #

如果上面的方案暂时没法落地，你可以从S3的网络层面入手优化：

• 确保应用服务器和S3桶在同一个AWS区域：跨区域的HTTP请求延迟本来就高，比如你的服务器在us-east-1，S3桶也应该建在同一个区域，不要跨到us-west-2之类的。
• 启用CloudFront CDN：把变体的URL指向CloudFront，CloudFront会缓存这些静态文件，后续请求直接从边缘节点返回，完全不用去S3检查文件存在。而且用户访问速度也会更快。
• 检查S3桶的配置：有时候S3的版本控制或者日志功能可能会增加请求开销，如果不需要的话可以暂时关闭试试。

4. 临时绕过存在性检查（应急用，不推荐） #

如果你需要快速解决问题，又没法马上做上面的优化，可以临时重写变体的存在性检查方法，直接返回true（前提是你能确保变体已经生成，或者愿意承担变体不存在时的404风险）：

在config/initializers/active_storage.rb里添加：

module ActiveStorage
  class Variant
    def exists?
      true # 跳过S3的存在性检查
    end
  end
end

这个方法是应急用的，因为如果变体真的不存在，用户会看到破损的图片，所以最好配合预生成变体一起用，或者等缓存方案生效后去掉。

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