求助：将GMT时间戳转换为特定时区本地时间时出现月份错误

嘿，我看到你的问题了——月份显示不对确实挺头疼的，咱们来一步步拆解问题并修复它！

问题根源 #

你的代码里有两个核心问题导致月份异常：

• 格式字符串错误：你用的SimpleDateFormat格式是"MMM dd, yyyy HH:MM:SS a"，这里的MM在小时后代表的是月份，而不是你需要的分钟！正确的分钟符号是小写mm，秒是小写ss，大写SS是毫秒（如果不需要可以去掉）。这个错误直接导致解析时把分钟数值当成月份处理，结果自然不对。
• 冗余的字符串转换：你先把Timestamp格式化成字符串，再解析回Calendar，这种中间层不仅低效，还容易引入额外的解析错误，完全没必要。

修复后的旧API实现（兼容Java 7及以下） #

如果你的项目还在使用旧的日期API，我们可以直接修正格式并简化逻辑：

Timestamp stp = new Timestamp(1640812878000L);
Calendar convertTimestamp = convertTimeStamp(stp,"America/Phoenix");
System.out.println(convertTimestamp.getTime());

public static Calendar convertTimeStamp(Timestamp p_gmtTime, String p_timeZone) throws Exception {
    // 修正格式字符串：mm代表分钟，ss代表秒
    SimpleDateFormat sdf = new SimpleDateFormat("MMM dd, yyyy HH:mm:ss a", Locale.ENGLISH);
    TimeZone targetTimeZone = TimeZone.getTimeZone(p_timeZone != null ? p_timeZone : "GMT");
    
    // 直接将Timestamp转换为Calendar，无需字符串中转
    Calendar cal = Calendar.getInstance(targetTimeZone);
    cal.setTime(p_gmtTime);
    return cal;
}

推荐：使用Java 8+的新日期API #

旧的Calendar和SimpleDateFormat存在线程不安全、API设计混乱等问题，Java 8引入的java.time包是更好的选择，代码更清晰且不易出错：

import java.time.Instant;
import java.time.ZoneId;
import java.time.ZonedDateTime;
import java.time.format.DateTimeFormatter;
import java.util.Locale;

public class TimeZoneConverter {
    public static void main(String[] args) {
        // 将时间戳转换为GMT/UTC的Instant对象
        Instant gmtInstant = Instant.ofEpochMilli(1640812878000L);
        
        // 转换为指定时区的ZonedDateTime
        ZonedDateTime targetTime = gmtInstant.atZone(ZoneId.of("America/Phoenix"));
        
        // 按照你需要的格式输出
        DateTimeFormatter formatter = DateTimeFormatter.ofPattern("MMM dd, yyyy HH:mm:ss a", Locale.ENGLISH);
        System.out.println(targetTime.format(formatter));
        
        // 如果需要兼容旧代码转换为Calendar
        java.util.Calendar cal = java.util.Calendar.getInstance(java.util.TimeZone.getTimeZone("America/Phoenix"));
        cal.setTime(java.util.Date.from(gmtInstant));
    }
}

验证结果 #

用你的测试时间戳1640812878000L（对应GMT时间2021-12-29 16:01:18）转换到America/Phoenix时区（比GMT慢7小时），正确结果应该是Dec 29, 2021 09:01:18 AM，修复后的代码可以得到这个正确值。

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