升级Rails与Active Record后.days方法行为异常，如何解决？

原因分析 #

你遇到的0.days行为变更，根源是Active Support 5.2.8.1的修复更新——你升级的activesupport gem从早期5.2版本到5.2.8.1，其中修正了Numeric#days等时间单位方法的逻辑：

• 旧版5.2中，0.days会被自动转换为0 seconds，这是因为底层处理时将0乘以天数对应的秒数后，直接返回了秒类型的Duration对象；
• 5.2.8.1修复了这个逻辑，让0.days保留0 days的单位属性（即ActiveSupport::Duration实例，明确标记为days单位），不再自动转成秒。

你提到的data 3.3.4应该是笔误，实际影响的是activesupport的版本更新，因为Numeric#days是Active Support提供的核心扩展方法，和这个gem直接相关。

解决办法 #

1. 调整测试用例（推荐） #

这是官方修复后的标准行为，建议直接修改测试用例，匹配正确的预期结果：

# 原失败测试
expect(0.days).to eq(0.seconds)

# 修改后的测试
expect(0.days).to eq(ActiveSupport::Duration.new(0, days: 1))
# 或更简洁的写法
expect(0.days).to be_within(0).of(0.days)

2. 临时兼容旧行为（不推荐） #

如果应用中有大量依赖0.days == 0.seconds的代码，可在config/initializers/active_support.rb中添加兼容逻辑过渡：

class Numeric
  def days
    self == 0 ? 0.seconds : super
  end
end

注意这只是临时方案，长期建议迁移到官方标准行为，避免后续升级出现冲突。

3. 排查应用潜在影响 #

全局搜索应用中使用0.days的场景：

• 若只是做时间加减（如Time.now + 0.days），实际功能不受影响；
• 若涉及类型判断（如0.days.is_a?(ActiveSupport::Duration)）或单位校验，需确认逻辑是否适配新行为；
• 转成整数（0.days.to_i）结果仍为0，大部分业务场景不会受影响。

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