Rails应用中缓存过期数据后台更新的更优实现模式探讨

你的核心需求是优先返回缓存数据（即使可能过期），同时在后台异步更新缓存，现有实现逻辑是可行的，但可以从简化代码、避免重复任务、贴合Rails缓存设计这几个维度优化：

1. 用Rails.cache.fetch简化缓存读写逻辑 #

Rails的fetch方法本身封装了“判断缓存存在性-读取/写入”的逻辑，可以简化主代码：

# 先尝试读取缓存
content = Rails.cache.read('my_view')

if content
  # 缓存存在，直接返回并触发后台更新
  MaybeUpdateInBackground.perform_async
  content
else
  # 缓存不存在时，同步生成并写入（处理首次访问或缓存被清空的场景）
  fresh_content = render_to_string('my_view')
  Rails.cache.write('my_view', fresh_content)
  fresh_content
end

如果想进一步简化，也可以用fetch处理缓存不存在的场景，同时在外部判断是否触发异步：

content = Rails.cache.fetch('my_view') do
  render_to_string('my_view')
end

# 只有缓存存在时才触发后台更新（避免首次访问时重复生成）
MaybeUpdateInBackground.perform_async if Rails.cache.exist?('my_view')
content

2. 增加更新锁，避免重复异步任务 #

现有实现会导致每个请求都触发一次后台更新，如果短时间内请求量很大，会产生大量重复的更新任务，浪费资源。可以给缓存加一个“更新中”的标记，控制任务触发频率：

# 主逻辑
content = Rails.cache.read('my_view')

if content
  # 只有当没有正在执行的更新任务时，才触发新任务
  unless Rails.cache.exist?('my_view_updating')
    # 标记5分钟内不再触发新任务（可根据实际更新耗时调整）
    Rails.cache.write('my_view_updating', true, expires_in: 5.minutes)
    MaybeUpdateInBackground.perform_async
  end
  content
else
  fresh_content = render_to_string('my_view')
  Rails.cache.write('my_view', fresh_content)
  Rails.cache.delete('my_view_updating')
  fresh_content
end

# MaybeUpdateInBackground.rb
def perform
  fresh_content = render_to_string('my_view')
  Rails.cache.write('my_view', fresh_content)
  # 更新完成后清除标记，允许下次触发更新
  Rails.cache.delete('my_view_updating')
end

3. 结合视图缓存的原生实现 #

如果你的缓存目标是视图内容，可以直接用Rails内置的视图缓存助手，再配合后台更新：

在视图文件中添加缓存标记：

<% cache 'my_view' do %>
  <!-- 你的视图内容 -->
<% end %>

后台更新任务可以直接渲染视图并写入缓存：

# MaybeUpdateInBackground.rb
def perform
  # 用ActionController实例渲染视图
  fresh_content = ActionController::Base.new.render_to_string('my_view')
  Rails.cache.write('my_view', fresh_content)
end

主逻辑依然保持“返回缓存+触发后台更新”的逻辑即可，这种方式更贴合Rails的视图缓存设计。

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