DST变更场景下计算上一星期日结果异常的技术求助

这种夏令时切换引发的日历计算坑确实让人头疼！既然调整matchingPolicy和repeatedTimePolicy的所有组合都没效果，试试下面几个实用思路：

• 手动计算日期偏移，绕开API的夏令时陷阱：
  直接基于当前日期的星期数来计算回退天数，完全不依赖日历API的时间规则，能避开DST变更的干扰。比如你当前是2018年3月13日（周二），计算逻辑可以是：

  currentDate = 2018-03-13
  dayOfWeek = currentDate.getDay() // 假设周日为0，周二对应2
  offsetDays = dayOfWeek == 0 ? 7 : dayOfWeek + 1
  lastSunday = currentDate.minusDays(offsetDays)
  

  按这个逻辑，3月13日回退3天就是预期的3月11日，不会被夏令时切换影响。

• 显式指定时区，避免API自动时区混淆：
  确保你的日历实例绑定了明确的目标时区（比如你所在的本地时区），有时候API默认的时区设置可能和你预期不一致，导致夏令时计算出现偏差。显式设置时区后再执行日期计算，大概率能修正这个问题。

• 使用无时区的本地日期类计算：
  如果你的业务场景不需要跨时区处理，直接用LocalDate（Java）或对应语言的无时区日期类来计算，这类类不包含夏令时和时区信息，计算星期偏移会更直接准确，完全不受DST变更的干扰。

既然你已经提交了Bug报告，可以留意官方的修复进展，不过上面的方法应该能帮你先解决当前的问题。

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