服务器时间转换为本地时间后出现多一小时的问题

看起来你遇到的问题根源在于解析UTC时间时没有正确处理时区，再加上SimpleDateFormat的格式字符串设置有误，导致转换后的时间偏差了一小时。咱们一步步来解决：

问题分析 #

你的原始时间2018-04-04T08:41:21.265185Z是标准的UTC时间（末尾的Z代表UTC时区）。但你的代码存在两个关键问题：

• 解析时没有指定时区，SimpleDateFormat默认会用本地时区去解析这个UTC时间，导致解析出来的Date对象本身就不对。
• 格式字符串里把Z用单引号括起来当成了普通字符（'Z'），没有让它识别为UTC时区标识，这也会干扰时区转换逻辑。

解决方案 #

方案1：推荐使用Java 8+的java.time API（更安全、更清晰）

旧的Date/SimpleDateFormat API不仅线程不安全，处理时区也容易出错，建议换成Java 8引入的新时间API：

import java.time.OffsetDateTime;
import java.time.ZoneId;
import java.time.format.DateTimeFormatter;

// 解析UTC时间字符串
OffsetDateTime utcTime = OffsetDateTime.parse("2018-04-04T08:41:21.265185Z");
// 转换为IST时区（印度标准时间对应ZoneId为"Asia/Kolkata"）
String istTime = utcTime.atZoneSameInstant(ZoneId.of("Asia/Kolkata"))
                        .format(DateTimeFormatter.ofPattern("yyyy-MM-dd'T'HH:mm:ss.SSS"));

这里直接用OffsetDateTime解析带Z的UTC时间，然后通过atZoneSameInstant转换到IST时区，最后格式化输出即可，完全避免旧API的坑。

方案2：修正旧的SimpleDateFormat代码

如果必须用旧API，需要修正解析和格式化的时区设置：

import java.text.SimpleDateFormat;
import java.util.Date;
import java.util.TimeZone;

String bookingTime = "2018-04-04T08:41:21.265185Z";
// 解析时指定UTC时区，格式字符串用X表示时区（Z会被识别为UTC）
SimpleDateFormat parser = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSSX");
parser.setTimeZone(TimeZone.getTimeZone("UTC"));
Date date = parser.parse(bookingTime);

// 格式化时设置IST时区
SimpleDateFormat formatter = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ss.SSS");
formatter.setTimeZone(TimeZone.getTimeZone("Asia/Kolkata")); // 用完整ZoneId避免缩写歧义
String finalTime = formatter.format(date);

要点：

• 解析和格式化用两个不同的SimpleDateFormat实例（因为设置时区是全局的，复用会导致冲突）
• 解析时必须设置UTC时区，格式字符串用X代替'Z'，这样才能正确识别末尾的Z为UTC时区
• 指定IST时区时，尽量用完整的Asia/Kolkata而不是IST，因为IST可能有歧义（比如爱尔兰标准时间也是IST）

额外说明 #

为什么会多一小时？大概率是因为你本地时区和UTC的偏移加上IST的偏移计算错误，或者解析时默认时区导致的时间偏移叠加。用上面的方法就能彻底解决这个问题啦。

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