夏令时(DST)结束时dateAdd函数累加小时数不足问题咨询

该现象的核心是ColdFusion的日期时间操作底层完全依赖Java的日期时间API，夏令时切换逻辑由JVM的时区相关配置直接控制，你仅修改CF的区域展示配置无法影响底层计算逻辑。

影响该行为的Java设置 #

• JVM默认时区启动参数：如果服务器JVM启动时配置了-Duser.timezone=Europe/Berlin这类中欧时区参数，就会触发夏令时切换规则：2021年10月31日中欧时区凌晨2点会回拨到1点，所以累加8.5小时后实际会少1小时。TryCF平台默认JVM时区为UTC，没有夏令时切换，所以无法复现问题。
• JDK内置时区数据库（tzdb）版本：旧版本JDK内置的tzdb可能存在时区规则错误，可以通过JDK自带的tzupdater工具更新时区数据库到最新版本，确认2021年中欧夏令时规则是否匹配实际需求。

夏令时适配逻辑的处理方案 #

不建议直接禁用全局夏令时适配，否则会导致所有涉及时区转换的业务逻辑出错，推荐优先使用以下方案规避问题：

1. 将JVM默认时区设置为UTC，所有日期时间的存储、计算都使用UTC时区，仅在前端向用户展示时转换为对应地区的本地时间，这是业内通用的时区问题规避方案，可以完全避免夏令时切换导致的时长计算错误。
2. 如果必须使用中欧时区做业务计算，可以直接调用Java 8+提供的java.time.ZonedDateTime类进行时间运算，明确指定运算的是物理时长还是本地显示时长，规避dateAdd封装带来的隐式逻辑问题。

如果你的业务场景完全不需要适配夏令时规则，可以通过JVM启动参数强制设置固定时区偏移，比如配置-Duser.timezone=GMT+01:00，固定使用东一区偏移，不会触发夏令时切换，该配置仅适合特殊业务场景，不推荐通用业务使用。

内容的提问来源于stack exchange，提问作者Bernhard Döbler