Rails Active Storage 能否在无关联模型支撑的场景下使用？

Active Storage 完全可以脱离关联Active Record模型独立使用，完美适配你提到的「临时上传文件→后台处理→处理完成即删除」的场景，根本不需要为了传文件专门建一个空的占位模型来做绑定容器。
很多人觉得Active Storage必须绑模型，是因为它默认的常规使用流程是通过模型上的has_one_attached/has_many_attached方法走关联链路，但它底层的Blob存储逻辑本身和模型没有强绑定关系。

具体实现方式 #

• 前端表单不需要绑定任何模型对象，直接放普通文件上传input即可，比如用<input type="file" name="temp_uploaded_file">，不需要套用Rails表单辅助方法的模型绑定写法。
• 控制器接收到上传的Rack::Multipart::UploadedFile对象后，直接手动创建Active Storage Blob，完成文件到对应存储（本地磁盘、S3等）的写入流程，不需要关联任何可挂载对象：

  # 从请求参数拿到上传的文件
  uploaded_file = params[:temp_uploaded_file]
  # 直接手动创建并上传Blob
  temp_blob = ActiveStorage::Blob.create_and_upload!(
    io: uploaded_file,
    filename: uploaded_file.original_filename,
    content_type: uploaded_file.content_type
  )
  

• 拿到生成的blob.id之后，直接把这个id传给后台作业，不需要存任何其他关联记录：

  # 将blob id入队，交给后台异步处理
  TempFileProcessJob.perform_later(temp_blob.id)
  

• 后台作业拿到blob_id后，直接读取对应文件内容做业务处理，处理完成后手动删除Blob和对应存储的文件即可：

  class TempFileProcessJob < ApplicationJob
    def perform(blob_id)
      blob = ActiveStorage::Blob.find(blob_id)
      # 这里写实际业务处理逻辑，比如解析Excel、转码音视频等
      file_data = blob.download
      # 处理完成直接清理存储文件和Blob元数据记录
      blob.destroy
    end
  end
  

实用注意事项 #

• 这种用法下完全不需要创建ActiveStorage::Attachment关联记录，数据库里仅保留Blob本身的元数据，不存在冗余的空模型关联。
• 文件生命周期完全由代码控制，不需要依赖模型的回调删除逻辑，手动调用destroy即可完成清理，和你的需求完全匹配。
• 可以直接复用Active Storage自带的active_storage:purge_unattached定时任务，兜底清理因为作业异常、进程崩溃等原因没被正常删除的残留临时文件，不需要自己写脚本扫临时目录。
• 如果需要给上传的临时文件生成访问链接，直接在Blob实例上调用signed_url方法生成带签名的临时访问地址即可，不需要通过关联模型走取链接流程。

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