iOS Swift相对时间（几秒前/几周前等）格式显示异常问题排查

• 时区基准错位导致时间差计算偏差12小时
  从Firestore取出的时间字段默认按UTC标准存储，你初始化date1时直接用Calendar.current（设备本地时区）通过DateComponents组装Date，没有匹配存储时的时区基准。如果设备本地时区与存储时间的时区存在12小时偏移（比如本地时区为UTC-12、夏令时切换错位），组装出的date1实际是与当前真实时间差12小时的时间点，自然会命中小时差的判断分支。
• 单组件拆分的时间差计算逻辑缺陷
  你当前的offset方法是单独取出两个时间点的年/月/周/日/时/分/秒独立组件差值做判断，没有基于两个时间点的总时间间隔分层计算。举个典型错例：如果组装出的date1与当前时间是同一天、仅差12小时，因为两个时间的“日”组件值完全相同，方法会直接跳过秒、分钟差的判断，走到小时差分支返回结果，完全匹配你遇到的“本应显示几秒前、实际显示12小时前”的现象。
• 静态参考时间导致计算偏差
  代码中使用的全局now变量，一般是控制器初始化时就生成的静态时间点，不会在cell渲染时实时更新，随着页面停留时间变长，计算出的时间差会越来越大。
• 强制解包的隐患
  你用DateComponents.date!强制解包初始化结果，如果传入的组件值不合法（比如月份为13、日期为32这类无效值），会直接触发崩溃，也会导致时间计算完全错位。

1. 统一时间基准，消除时区错位
   优先使用Firestore自带的Timestamp类型直接转换为Date，不要手动拆分年/月/日/时/分/秒再重新组装Date，避免手动组装的过程引入时区、数值错位问题。如果必须手动组装时间，需要明确指定与存储值一致的时区（比如与Firestore存储匹配的UTC时区）：

   var dateComponents = DateComponents()
   dateComponents.calendar = .current
   dateComponents.timeZone = TimeZone(identifier: "UTC")
   dateComponents.year = payment.year
   dateComponents.month = payment.month
   dateComponents.day = payment.day
   dateComponents.hour = payment.hour
   dateComponents.minute = payment.minute
   dateComponents.second = payment.second
   let date1 = dateComponents.date
   

2. 替换手写的相对时间逻辑，直接使用系统格式化器
   系统原生提供的RelativeDateTimeFormatter可以自动适配多语言本地化、分层展示时间间隔，从秒级到年级的“多久前”格式不需要手动实现，稳定性远高于自定义扩展，还能自动生成符合中文习惯的「__秒前」「__分钟前」「__年前」格式：

   // 在cell渲染时调用，不要复用全局静态的格式化器
   let relativeFormatter = RelativeDateTimeFormatter()
   relativeFormatter.locale = Locale(identifier: "zh_CN")
   relativeFormatter.unitsStyle = .full
   // 实时取当前时间作为参考点，不要使用全局静态的now变量
   cell.timeLabel.text = relativeFormatter.localizedString(for: date1, relativeTo: Date())
   

3. 修正时间判断逻辑顺序
   如果坚持保留自定义的Date扩展方法，需要把判断顺序调整为从最小时间粒度到最大粒度匹配，先判断秒差、再判断分钟差、小时差，最后判断年级差，避免大粒度的组件差值覆盖小粒度的实际时间间隔。同时计算时间差时要取绝对值，避免时间方向颠倒导致的判断失效。

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