after_commit中previous_changes丢失：如何保留after_save的变更

相关代码 #

after_save do
  tracked_changes = self.previous_changes.select { |attribute, _| self.all_trackables.include?(attribute.to_sym) }
  puts "\e[38;5;208m#{tracked_changes}\e[0m"
end
after_commit do
  tracked_changes = self.previous_changes.select { |attribute, _| self.all_trackables.include?(attribute.to_sym) }
  puts "\e[38;5;206m#{tracked_changes}\e[0m"
end

输出结果 #

保存后（After Save）： #

{"name"=>[nil, "hamza"], "phone"=>[nil, "xxxxxxxxx"], "email"=>[nil, "hamza@test.com"]}
{"assignee_id"=>[nil, 3764], "client_type_id"=>[nil, 204], "classification_id"=>[nil, 2]}
{"primary_contact_id"=>[nil, 378115]}

提交后（After Commit）： #

{"primary_contact_id"=>[nil, 378115]}

问题描述 #

跟踪的变更在after_commit中丢失，仅更新操作的变更被保留，插入操作的变更全部丢失。想知道为什么previous_changes在after_commit中会丢失，并且希望在不占用额外内存的前提下，在after_commit中获取after_save里的所有变更。

为什么previous_changes在after_commit中丢失？ #

这是ActiveRecord的默认行为：

• 插入操作（create）：插入执行时，after_save触发后，ActiveRecord会重置previous_changes——因为插入完成后模型属性从“未持久化”变为“持久化”，默认不会保留初始化时的变更记录。而after_commit在事务提交后触发，此时previous_changes已被清空，只剩最后一步可能的变更（比如关联ID更新）。
• 更新操作（update）：更新时previous_changes会保留修改的属性，直到事务提交后才重置，所以after_commit中还能拿到这些变更。

解决方案（低内存占用） #

在after_save阶段把需要跟踪的变更暂存到模型的实例变量中，实例变量在同一个对象生命周期（从创建/加载到事务完成）内有效，且只是引用原变更数据，不会额外占用内存：

after_save do
  @tracked_changes = self.previous_changes.select { |attribute, _| self.all_trackables.include?(attribute.to_sym) }
  puts "\e[38;5;208m#{@tracked_changes}\e[0m"
end

after_commit do
  puts "\e[38;5;206m#{@tracked_changes}\e[0m"
  # 用完后手动清空实例变量，避免意外引用
  @tracked_changes = nil
end

原理 #

实例变量@tracked_changes属于当前模型对象的内存空间，在同一请求/事务周期内不会被回收，after_commit触发时可直接读取。这种方式复用了after_save中已生成的变更数据，没有额外复制或存储大量数据，符合低内存占用要求。

内容的提问来源于stack exchange，提问作者Hamza Jalil Mirza