UTC转SGT（新加坡时间）转换失败，求正确Java实现方案

我来帮你搞定UTC转新加坡时间（SGT，UTC+8）的问题，先分析你现有两种方法的问题，再给出正确的实现：

方法一的问题分析与修正 #

你的方法一核心错误在于解析时区设置错误，以及输出时没有转换到目标时区：

• 带Z的ISO 8601字符串（如2018-05-10T05:56:35.557Z）中的Z代表UTC时区，但你错误地将解析用的SimpleDateFormat时区设为了PST，导致解析出的时间本身就错了。
• 最终输出时你又把时间格式化为UTC，完全没有转换到新加坡时区。

修正后的方法一代码（旧API，兼容Java 7及以下） #

List<String> list0 = new ArrayList<>();
List<String> list1 = new ArrayList<>();

public void FirstTradingTime() throws ParseException {
    list0.add("2018-05-10T05:56:35.557Z");
    for (int i = 0; i < list0.size(); i++) {
        String firstTime = list0.get(i);
        // 解析时：Z代表UTC，所以时区设为UTC
        DateFormat utcParser = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS'Z'");
        utcParser.setTimeZone(TimeZone.getTimeZone("UTC"));
        Date date = utcParser.parse(firstTime);
        
        // 输出时：转换为新加坡时区（SGT）
        DateFormat sgtFormatter = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSS");
        sgtFormatter.setTimeZone(TimeZone.getTimeZone("Asia/Singapore"));
        list1.add(sgtFormatter.format(date));
    }
    System.out.println("FirstTradingTime " + list1);
}

运行后会输出：FirstTradingTime [2018-05-10 13:56:35.557]，完全符合预期。

方法二的问题分析与修正 #

方法二的逻辑是正确的（用Java 8+的新时间API解析Instant并转换为新加坡时区），但输出格式没有处理，直接调用String.valueOf(ZonedDateTime)会输出带时区偏移和ID的完整格式，需要用DateTimeFormatter指定目标格式。

修正后的方法二代码（推荐，Java 8+） #

List<String> list2 = new ArrayList<>();
List<String> list3 = new ArrayList<>();

public void FirstTradingTime() {
    list2.add("2018-05-10T05:56:35.557Z");
    // 定义目标格式
    DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss.SSS");
    for (int i = 0; i < list2.size(); i++) {
        String str = list2.get(i);
        Instant timestamp = Instant.parse(str);
        // 转换为新加坡时区
        ZonedDateTime sgtTime = timestamp.atZone(ZoneId.of("Asia/Singapore"));
        // 格式化后加入列表
        list3.add(sgtTime.format(formatter));
        System.out.println(list3);
    }
}

运行后会输出：[2018-05-10 13:56:35.557]，完美匹配你的预期结果。

额外建议 #

Java 8及以上版本强烈推荐使用java.time包下的新时间API（如Instant、ZonedDateTime、DateTimeFormatter），它们线程安全、API设计更清晰，能避免旧Date、SimpleDateFormat的诸多坑。

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