本文详解如何将形如 "2023-04-20T00:00:00+02:00" 的 ISO 8601 字符串准确解析为日期对象，并格式化为纯日期字符串（如 "2023-04-20"），重点推荐现代 java.time API，避免 SimpleDateFormat 的线程安全与时区陷阱。
本文详解如何将形如 "2023-04-20t00:00:00+02:00" 的 iso 8601 字符串准确解析为日期对象，并格式化为纯日期字符串（如 "2023-04-20"），重点推荐现代 `java.time` api，避免 `simpledateformat` 的线程安全与时区陷阱。
你遇到的问题很典型：原始字符串包含完整时间戳和时区偏移（2023-04-20T00:00:00+02:00），而你仅需提取日期部分（yyyy-MM-dd）。直接截取子串再用 SimpleDateFormat 解析（如 dateString.substring(0, 10)）会丢失时区信息，导致解析错误或隐式本地时区转换——这正是你看到 Wed Apr 26 01:00:00 WAT 2023 这类非预期输出的根本原因。
✅ 推荐方案：使用 java.time（Java 8+）
java.time 是线程安全、语义清晰且符合 ISO 标准的现代日期时间 API。针对你的需求，应区分「解析」与「格式化」两个步骤，并正确处理带偏移量的 ISO 时间：
import java.time.LocalDateTime;
import java.time.OffsetDateTime;
import java.time.format.DateTimeFormatter;
public class DateConversion {
public static void main(String[] args) {
String dateString = "2023-04-20T00:00:00+02:00";
// ✅ 正确解析：使用 OffsetDateTime 处理带时区偏移的 ISO 字符串
OffsetDateTime odt = OffsetDateTime.parse(dateString);
// ✅ 提取日期部分（不丢失时区语义）
String formattedDate = odt.toLocalDate().format(DateTimeFormatter.ISO_DATE);
System.out.println(formattedDate); // 输出：2023-04-20
// 或者一步到位（等效）
String result = OffsetDateTime.parse(dateString)
.toLocalDate()
.toString(); // toString() 默认即 yyyy-MM-dd
System.out.println(result); // 同样输出：2023-04-20
}
}
⚠️ 注意：LocalDateTime.parse(..., DateTimeFormatter.ISO_OFFSET_DATE_TIME) 在你的原始答案中不严谨——LocalDateTime 无法表示时区偏移，强行解析会导致偏移信息被静默丢弃，可能引发逻辑错误。应优先使用 OffsetDateTime 或 ZonedDateTime。
❌ 传统方案（仅作兼容参考，不推荐）
若受限于旧 JDK（
// 不推荐！仅作说明
String dateString = "2023-04-20T00:00:00+02:00";
SimpleDateFormat inFormat = new SimpleDateFormat("yyyy-MM-dd'T'HH:mm:ssX");
inFormat.setTimeZone(TimeZone.getTimeZone("UTC")); // 显式设时区防歧义
try {
Date parsed = inFormat.parse(dateString);
SimpleDateFormat outFormat = new SimpleDateFormat("yyyy-MM-dd");
String output = outFormat.format(parsed);
System.out.println(output); // 2023-04-20
} catch (ParseException e) {
throw new RuntimeException(e);
}
但该方式存在严重缺陷：SimpleDateFormat 非线程安全；X 模式符仅支持单/双位偏移（如 +02），对 +0200 或 +02:00 失效；且 Date 对象本身无格式概念，toString() 输出永远是系统默认格式（如 Wed Apr 20...），不可用于业务展示。
? 关键总结
- 永远不要依赖 Date.toString() 输出：它仅为调试设计，格式不可控；
- 优先选用 java.time：OffsetDateTime → LocalDate → format() 是最安全、最语义化的路径；
- 避免字符串截断：substring(0,10) 破坏 ISO 结构，忽略时区可能导致跨时区场景下日期错误（例如 2023-04-20T23:00:00+02:00 在 UTC 中实为 2023-04-20，但截断后误判为同日）；
- 业务字段存储建议：若 t.setEventDate(...) 接收 Date 类型，应先转为 LocalDate 再通过 Date.from(localDate.atStartOfDay(ZoneId.systemDefault()).toInstant()) 转换（但强烈建议升级模型层为 LocalDate）。
遵循以上原则，即可稳健、可读、可维护地完成 ISO 时间字符串到标准日期格式的转换。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
