如何自动用audited gem块包裹Rails控制台命令以追踪操作来源

要实现无需手动包裹命令就能区分三种场景的模型变更追踪，核心思路是针对不同运行环境自动设置Audited的操作用户，以下是具体实现方案：

1. 自动为Rails控制台设置专属用户标识 #

控制台不属于HTTP请求周期，无法通过中间件处理，但可以利用Rails控制台的初始化钩子，在会话启动时自动包裹所有操作：

创建初始化文件 config/initializers/console_audited.rb，写入以下代码：

if defined?(Rails::Console)
  # 使用虚拟用户（无需在数据库创建真实记录）
  console_user = OpenStruct.new(id: -1, name: 'Rails Console')
  # 自动包裹整个控制台会话的所有操作
  Audited.audit_class.as_user(console_user) do
    yield if block_given?
  end
end

这样所有在控制台执行的模型变更，对应的audit记录中user_id会被设为-1，方便与其他场景区分。

2. 为后台任务设置独立标识 #

以Sidekiq为例，可在全局配置中为所有后台任务设置专属用户：

创建初始化文件 config/initializers/sidekiq_audited.rb：

Sidekiq.configure_server do |config|
  config.on(:startup) do
    background_user = OpenStruct.new(id: -2, name: 'Background Job')
    # 让所有Sidekiq任务在该用户上下文执行
    Audited.audit_class.as_user(background_user) do
      # 无需额外逻辑，Sidekiq会自动继承此上下文
    end
  end
end

如果使用其他后台任务框架，可参照类似思路，在任务启动的全局钩子中设置Audited用户。

3. 业务代码关联登录用户 #

在业务代码中，通常通过当前登录用户关联操作，可在ApplicationController中统一设置：

class ApplicationController < ActionController::Base
  around_action :set_audited_user

  private

  def set_audited_user
    Audited.audit_class.as_user(current_user) do
      yield
    end
  end
end

这样所有通过HTTP请求触发的业务操作，都会关联到当前登录用户的user_id。

关键说明 #

• 为什么不用中间件？中间件仅作用于HTTP请求周期，控制台和后台任务不在此范围内，因此无法通过中间件覆盖这两种场景。
• 虚拟用户的优势：无需在数据库中创建真实用户记录，通过OpenStruct模拟用户对象即可满足Audited的as_user要求（只要对象包含id属性即可）。

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