Rails 5.2自动化功能：日期比较的时区统一与单位换算问题

1. 确保数据库日期与构造日期同时区 #

Rails 内置了完整的时区处理机制，按以下步骤操作即可保证时间统一：

• 配置时区参数：在config/application.rb中明确应用时区和数据库存储时区（推荐数据库存UTC）：

  config.time_zone = 'Beijing' # 替换为你的业务时区，如 'London'
  config.active_record.default_timezone = :utc # Rails 默认配置，无需修改
  

  配置后，从数据库读取的Project.created_at会自动转换为config.time_zone指定时区的ActiveSupport::TimeWithZone对象。

• 统一时间生成方式：你用from_now生成的日期是基于Time.current（应用时区的当前时间）的TimeWithZone对象，和created_at属于同类型、同时区，直接比较即可。避免使用Time.now（系统本地时区），全程用Time.current或DateTime.current获取当前时间。

  补充：如果用to_i转成时间戳，本质是UTC epoch秒数，与时区无关，这种方式也能保证比较的准确性，但直接用时间对象比较可读性更强。

2. 按小时/天/周/月单位比较日期 #

根据你的业务场景，分两种核心实现方式：

方式一：构造目标日期直接比较 #

先基于Project.created_at加上用户设置的延迟时长，再和构造的日期对比：

project = Project.find(...)
# 生成用户设置的延迟时长对象
delay = event.delay_amount.to_i.send(event.delay_type)
# 计算预期的延迟后日期
expected_date = project.created_at + delay

# 精确匹配
date_constructed == expected_date
# 判断构造日期是否晚于预期延迟日期
date_constructed >= expected_date

方式二：计算时间差按单位判断 #

如果需要验证两个日期的间隔是否符合用户设置的单位，可按以下逻辑处理：

project = Project.find(...)
time_diff = date_constructed - project.created_at

case event.delay_type
when 'hours'
  time_diff >= event.delay_amount.to_i.hours
when 'days'
  # 若按自然日（而非24小时）比较，需对齐到当天起始时间
  (date_constructed.beginning_of_day - project.created_at.beginning_of_day) >= event.delay_amount.to_i.days
when 'weeks'
  time_diff >= event.delay_amount.to_i.weeks
when 'months'
  # 月份是不规则单位，用advance方法处理跨月逻辑
  project.created_at.advance(months: event.delay_amount.to_i) <= date_constructed
end

注意：处理月份比较时，advance方法会自动适配不同月份的天数差异，比直接计算秒数更准确。

内容的提问来源于stack exchange，提问作者Mark Denn