Rails中调用update时before_update不触发但before_save正常的问题

模型代码：

class Campaign < ActiveRecord::Base
  before_update :delete_triggers

  def delete_triggers
    Trigger.where(campaign_id: id).delete_all
  end
end

控制器执行代码：

Campaign.find(params[:campaignId]).update(campaign_params)

其中campaign_params用于处理请求参数，但delete_triggers方法从未被调用。移除计划添加的过滤器后问题依旧。为验证状态，在模型中添加了：

before_save :check_dirty

def check_dirty
  pp changed?
end

该方法正常打印true。

为何调用update时before_update不触发，而before_save可以？虽可改用before_save并添加过滤逻辑，但不符合该钩子的设计初衷。已排除proc语法错误、过滤器异常等情况，仍未解决。

before_update回调的触发前提是模型确实会执行SQL UPDATE语句，而before_save在创建或更新流程的早期就会触发，无论最终是否会向数据库写入变更。结合你的情况，可能的原因及排查方向如下：

1. 标记变更的字段实际无差异
   虽然changed?返回true，但某些字段的新旧值经过Rails类型转换后实际一致（比如字符串前后空格被自动处理、字符串格式的数值转换为数字后与原值相同）。Rails会在save流程后期检查实际差异，若没有真正需要更新的字段，就不会生成UPDATE语句，自然不会触发before_update。

   • 排查方式：在check_dirty中打印具体变更字段及旧值，确认差异是否真实存在：

     def check_dirty
       pp changed?
       pp changed_attributes # 输出所有标记变更的字段及对应旧值
     end
     

2. 变更字段被设为只读
   如果模型中用attr_readonly :field_name标记了某些字段，即使这些字段被修改，Rails也不会生成对应的UPDATE语句，因此不会触发before_update。

   • 排查方式：检查模型是否存在attr_readonly配置，确认campaign_params中修改的字段是否在只读列表内。

3. 其他回调重置了变更值
   若在before_save之后、before_update之前存在其他回调（比如后续的before_save逻辑、before_validation的收尾处理），将标记变更的字段改回原值，导致最终无更新内容，before_update就不会触发。

   • 排查方式：梳理模型所有回调的执行顺序，检查是否有逻辑中途重置了属性值。

4. Rails版本特定bug
   部分旧版本Rails存在回调触发的bug，比如特定场景下before_update未正确触发。可以查看对应Rails版本的发布说明，确认是否有相关修复记录。

临时验证方案 #

可以在控制器中强制触发UPDATE语句，验证before_update逻辑是否正常：

campaign = Campaign.find(params[:campaignId])
campaign.touch # 触发UPDATE更新updated_at字段
campaign.update(campaign_params)

如果touch操作能触发before_update，说明核心回调逻辑无问题，问题出在campaign_params带来的变更未真正触发数据库更新。

内容的提问来源于stack exchange，提问作者Jess The Witch