为何存储为字符串的格式化时间与TimeWithZone比较报错，直接比较却正常？

一、两种日期比较方式的核心差异 #

1. 存储格式化日期后再比较 #

• 本质是把时间转成字符串存储，比较时按字符串字典序判断，而非真实时间逻辑。只有当字符串格式是年-月-日这种高位在前的格式时，结果才和时间先后一致；如果格式是日-月-年这类，字符串比较会完全失真。
• 字符串存储会丢失时区、时分秒等精度信息，无法做精确时间对比，若存在数据库中，也无法利用时间索引，查询效率极低。
• 最关键的是：字符串和原生时间对象属于不同类型，直接对比会触发类型不匹配错误（就是你遇到的情况）。

2. 实时格式化后再比较 #

这里要分两种情况：

• 如果是把两边都转成相同格式的字符串再对比：和第一种方式的字符串对比逻辑一致，但避免了存储带来的精度丢失问题，但仍然依赖格式的正确性。
• 如果是把字符串转成原生时间对象再和另一个时间对象对比：这才是正确的时间比较方式，完全遵循真实的时间先后逻辑，能保留时区、精度信息，也能利用数据库索引（如果涉及查询）。

二、你的代码报错原因解析 #

先看第一段报错代码：

time = Time.zone.now.strftime('%Y-%m-%d')
time >= Time.zone.now

strftime方法返回的是字符串类型，而Time.zone.now返回的是Rails的ActiveSupport::TimeWithZone带时区时间对象。Ruby不允许不同类型的时间相关对象直接做大小比较——因为字符串和时间对象的“大小”没有明确语义，所以直接抛出comparison of ActiveSupport::TimeWithZone with String failed错误。

再看你说的第二段“不报错”的代码：

Time.zone.now.strftime('%Y-%m-%d') >= Time.zone.now

这段代码其实同样会报错，本质和第一段完全一样：左边是字符串，右边是时间对象，类型不匹配。你觉得没报错大概率是测试时的误操作，比如不小心给右边也加了strftime('%Y-%m-%d')，或者用了某个存在bug的旧版本Ruby/Rails。

正确的日期比较方式 #

如果只想比较日期（忽略时分秒），推荐两种正确写法：

1. 转成Date对象对比 #

current_date = Time.zone.now.to_date
# 对比当前日期和另一个时间的日期
current_date >= Time.zone.yesterday.to_date

2. 截断时间到当日零点对比 #

today_start = Time.zone.now.beginning_of_day
# 对比当日零点和另一个时间
today_start >= Time.zone.yesterday.beginning_of_day

如果一定要用字符串对比，必须保证两边都是相同格式的字符串：

today_str = Time.zone.now.strftime('%Y-%m-%d')
yesterday_str = Time.zone.yesterday.strftime('%Y-%m-%d')
today_str >= yesterday_str

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