Java时区转换错误：IST转美西再转新加坡时区结果异常

原代码问题分析 #

原代码在跨时区转换时存在几个核心错误，导致结果不符合预期：

1. 初始解析未指定时区：SimpleDateFormat默认使用系统时区（IST）解析日期字符串，但后续逻辑错误地将解析得到的Date对象直接关联到America/Los_Angeles时区，打乱了时间戳的对应关系。
2. 错误丢弃时区信息：将ZonedDateTime转换为LocalDateTime会丢失时区和偏移量数据，后续直接把这个无时区的本地时间绑定到Asia/Singapore时区，本质是把同一"日期时间字符串"当成不同时区的时间，而非真正转换时间戳。
3. 冗余且错误的字符串解析：用SimpleDateFormat再次解析格式化后的LocalDateTime字符串，不仅多此一举，时区设置与解析逻辑的不匹配还进一步加剧了结果错误。

原代码片段：

public static void main(String[] args) throws ParseException {
        SimpleDateFormat sd = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
        String dateStr = "2022-03-20 15:14:00";
        Date date = sd.parse(dateStr);
        Date newDate = convertDateAsPerTimeZoneFormatForRegions(date, "America/Los_Angeles", "Asia/Singapore", "dd-MM-yyyy HH:mm:ss");
        System.out.println(newDate);
}

private static Date convertDateAsPerTimeZoneFormatForRegions(Date inputDate, String oldTimeZone, String newTimeZone, String timeFormat) {
        ZoneId oldZoneId = ZoneId.of(oldTimeZone);
        LocalDateTime localDateTime = inputDate.toInstant().atZone(oldZoneId).toLocalDateTime();
        System.out.println("America/Los_Angeles : " + localDateTime);
        ZoneId newZoneId = ZoneId.of(newTimeZone);
        DateTimeFormatter format = DateTimeFormatter.ofPattern(timeFormat);
        ZonedDateTime newDateTime = localDateTime.atZone(newZoneId);
        SimpleDateFormat sd = new SimpleDateFormat(timeFormat);
        sd.setTimeZone(TimeZone.getTimeZone(newTimeZone));
        Date toDate = null;
        try {
            toDate = sd.parse(format.format(localDateTime));
        } catch (Exception e) {
            e.printStackTrace();
        }
        return toDate; //should get Mon Mar 20 17:44:00 but returning Sun Mar 20 00:14:00 IST 2022
}

修正后的代码说明 #

修正后的代码采用Java 8+的ZonedDateTime API实现正确的时区转换，核心逻辑是保持时间戳不变，转换对应时区的本地时间：

1. 用ZonedDateTime.ofInstant将Date对象（本质是UTC时间戳）关联到源时区，得到带明确时区的日期时间对象。
2. 调用withZoneSameInstant方法，将源时区的时间转换为目标时区的对应时间（时间戳一致，本地时间随时区偏移自动调整）。
3. 用DateTimeFormatter格式化输出，彻底避免旧API的时区混乱问题。

注意：修正后的main方法存在一处小问题——调用转换方法时误传了new Date()，应替换为解析得到的date变量，否则会使用当前时间而非目标日期字符串。另外建议为初始解析的SimpleDateFormat指定IST时区，避免依赖系统默认时区。

修正后代码片段：

public static void main(String[] args) throws ParseException {
        SimpleDateFormat sd = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss");
        // 指定初始解析时区为IST，避免依赖系统时区
        sd.setTimeZone(TimeZone.getTimeZone("Asia/Kolkata"));
        String dateStr = "2022-12-22 02:00:00";
        Date date = sd.parse(dateStr);
        // 替换new Date()为date，使用解析后的目标日期
        convertDateAsPerTimeZoneFormat(date, "America/Los_Angeles", "Asia/Singapore", "dd-MM-yyyy HH:mm:ss");
}

public static void convertDateAsPerTimeZoneFormat(Date date, String oldTimeZone, String newTimeZone, String timeFormat) {
        ZonedDateTime oldZonedDateTime = ZonedDateTime.ofInstant(date.toInstant(), ZoneId.of(oldTimeZone));
        ZoneId newZoneId = ZoneId.of(newTimeZone);
        ZonedDateTime newZonedDateTime = oldZonedDateTime.withZoneSameInstant(newZoneId);
        DateTimeFormatter formatter = DateTimeFormatter.ofPattern(timeFormat);
        String oldDateTime = formatter.format(oldZonedDateTime);
        String newDateTime = formatter.format(newZonedDateTime);
        System.out.println("Old Date Time : " + oldDateTime);
        System.out.println("New Date Time : " + newDateTime);
}

关键知识点 #

• Date对象本质是UTC时间戳，本身不携带时区信息，显示时会默认使用系统时区。
• ZonedDateTime是Java 8+推荐的时区日期时间类，能清晰关联时间戳与时区信息。
• withZoneSameInstant方法用于转换时区但保持时间戳不变，是跨时区转换的正确方式；而atZone方法是将本地时间绑定到指定时区，并非真正的时间戳转换。

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