Rails用counter_culture实现has_many through关联计数时Post移除作者计数不递减问题

问题核心原因 #

清空所有关联作者时计数器没有正常递减，本质是Rails同步has_many through关联的默认行为和counter_culture的触发逻辑不匹配：

• 执行post.update(authors: [])清空关联时，Rails默认会直接用批量SQL删除所有匹配的中间表Authorable记录，不会逐个加载这些被删除的记录、触发模型本身的destroy生命周期回调
• 你当前在Authorable模型上配置的counter_culture，完全依赖单条记录的创建/删除回调触发计数器更新，批量删除的路径绕开了模型回调，自然不会触发计数递减
• 之前新增作者时计数能正常自增，是因为新增关联场景下Rails会逐条创建新的Authorable记录，会正常触发模型回调，所以这部分计数逻辑是通的

具体修复方法 #

方法一：调整关联删除逻辑，强制触发模型回调 #

直接修改Post模型的关联配置，给through关联加上dependent: :destroy，让Rails在删除中间表记录时，逐个加载被删除的Authorable实例、走完整的模型销毁流程，而不是直接执行批量SQL删除：

# Post模型修改后的关联配置
has_many :authorables, dependent: :destroy
has_many :authors, through: :authorables, source: :membership, dependent: :destroy

改完之后，清空关联时的删除路径就会被计数器钩子捕获，authors_count就能正常递减。

注意：如果Authorable表的数据量很大，这种逐条加载销毁的方式会带来比较高的性能开销，数据量大的场景优先选择第二种方案。

方法二：双向配置counter_culture，兼容批量操作场景 #

在Post模型上直接加上反向的counter_culture配置，和原Authorable上的配置共存，不需要改动Rails默认的关联删除逻辑，性能表现更好：

# Post模型内新增配置
counter_culture :authorables, column_name: 'authors_count'

这种配置方式可以同时兼容单条记录操作、批量关联同步的计数更新需求，不需要对原有Rails的关联行为做额外改动。 #

验证步骤 #

改完配置后可以在Rails控制台执行测试验证：

• 找一个测试Post实例，先给它分配1个作者，确认authors_count字段值从0变为1
• 执行post.update(authors: [])清空所有作者关联
• 重新读取Post的authors_count字段，确认值已经回归0

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