Java 11 Spring Boot应用中埃及2023年DST不生效问题求助

埃及自2023年4月28日重新启用夏令时（DST），但在使用Java 11的Spring Boot应用中，由于内置时区库未包含该更新规则，导致DST逻辑无法生效。

当前代码示例：

String tzId = timeZone; // 传入的时区ID为"Africa/Cairo"
TimeZone tz = TimeZone.getTimeZone(tzId);
if(tz.useDaylightTime()){ // 此处返回false，无法进入夏令时偏移逻辑
   // 尝试手动添加DST偏移
   date.plus(tz.dstSavings.toLong(), MILLIS);
}

核心问题：tz.useDaylightTime()返回false，导致无法触发夏令时偏移逻辑。曾尝试为埃及创建自定义时区，但应用需支持多国家，该方案并非永久解决办法，现寻求通用修复方案。

修复方案 #

1. 更新Java内置时区数据（TZUpdater） #

Java的时区规则依赖内置的tzdata文件，旧版Java 11的tzdata未包含埃及2023年重启DST的规则。可通过Oracle官方的TZUpdater工具更新：

• 下载TZUpdater工具后，执行以下命令自动拉取并更新最新时区数据：

java -jar tzupdater.jar -l

更新后，内置TimeZone类会自动识别埃及的DST规则，无需修改代码。

2. 引入ICU4J时区库替代实现 #

若无法更新系统级Java时区数据，可使用ICU4J库——它的时区规则更新频率远高于Java内置库，适合多国家时区场景：

• 在Spring Boot项目的pom.xml中添加依赖：

<dependency>
    <groupId>com.ibm.icu</groupId>
    <artifactId>icu4j</artifactId>
    <version>74.1</version> <!-- 建议使用最新稳定版本 -->
</dependency>

• 修改代码使用ICU的时区处理类：

import com.ibm.icu.util.TimeZone;

String tzId = "Africa/Cairo";
TimeZone icuTz = TimeZone.getTimeZone(tzId);
if(icuTz.useDaylightTime()){
    long dstOffset = icuTz.getDSTSavings();
    date.plus(dstOffset, MILLIS);
}

ICU4J会自动同步IANA时区数据库的最新规则，无需手动维护单个国家的时区配置。

3. 切换到Java 8+的java.time API（推荐） #

手动处理DST偏移极易出错，推荐使用Java 11完全支持的java.time API，它会自动处理所有时区的DST规则：

import java.time.ZoneId;
import java.time.ZonedDateTime;
import java.util.Date;

// 将旧的Date转换为ZonedDateTime处理
ZoneId cairoZone = ZoneId.of("Africa/Cairo");
ZonedDateTime zonedDateTime = new Date().toInstant().atZone(cairoZone);
// zonedDateTime已自动应用当前DST偏移，可直接使用或转回Date
Date updatedDate = Date.from(zonedDateTime.toInstant());

该方案无需手动判断DST状态，从根源避免了时区规则不匹配的问题。

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