Rails 5升级Rails 7后回调异常执行问题原因与方案咨询

这是Rails 7针对事务回调（after_commit、after_create_commit、after_update_commit、after_destroy_commit、after_rollback）的默认规则调整，不是框架bug：

• Rails 7默认开启事务回调去重，对应配置config.active_record.deduplicate_after_commit_callbacks默认值为true。规则是同一个回调钩子上如果注册了判定为重复的回调，后注册的会直接覆盖前面的，不会追加到执行队列。
• 重复判定逻辑非常直接：传入的回调响应对象完全相等就算重复。传符号:foo的时候，两次调用传的是Ruby里同一个符号对象，自然会被判定为重复，后写的覆盖前写的；而-> { foo }每次写都会生成新的Proc实例，两个Proc哪怕代码完全一样，在Ruby里也是不相等的对象，所以不会被去重，能正常触发。
• 碰到的同个钩子分三行写三个不同方法、只跑最后一个的问题，是新旧实现兼容导致的：Rails 7之前after_create_commit这类细分回调是独立实现，多次调用默认往队列里追加回调；Rails 7里这些方法都是after_commit的语法糖，去重逻辑开启时，分多次注册同类型（比如都是on: :create场景）的符号回调，会出现后注册覆盖前序的行为。

按场景选对应方案即可，不需要硬改lambda写法：

1. 同一个方法要在多个事务节点触发（比如create、update后都跑foo），直接用after_commit统一声明，不要分开多次写同符号的细分回调：

# 正确，foo会在create和update后正常触发
after_commit :foo, on: [:create, :update]

2. 同一个回调钩子要跑多个方法，优先写在同一条声明里，从根源避免被覆盖：

# 正确，foo1、foo2、foo3会按声明顺序执行
after_create_commit :foo1, :foo2, :foo3

3. 如果必须分多次声明（比如在不同concern里分别注入回调逻辑），声明时加allow_duplicates: true参数，跳过当前回调的去重校验：

after_create_commit :foo1, allow_duplicates: true
after_create_commit :foo2, allow_duplicates: true
after_create_commit :foo3, allow_duplicates: true

4. 要是项目里这类老写法太多，逐个改成本太高，也可以全局关闭去重逻辑，直接回到Rails 5/6的回调行为：

# 在config/application.rb里加配置
config.active_record.deduplicate_after_commit_callbacks = false

提示：跨大版本升级优先推荐前三种适配方案，直接全局关配置虽然省事，但后续Rails版本可能废弃该配置，会留下升级隐患。

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