本文介绍两种在 java 7 环境（含旧版 android）下可靠解析隐含时区的本地日期时间字符串的方法：一是通过 android desugaring 启用 java 8 的 `java.time` api；二是纯 java 7 方案，利用 `simpledateformat.settimezone()` 结合标准 iana 时区 id（如 `"europe/brussels"`）实现 dst 感知解析。
在跨平台（JRE 7 + Android 4.4+）项目中解析形如 "2023-01-28 20:36" 的本地时间字符串时，核心挑战在于：时间未显式携带时区信息，但需按特定地理区域（如布鲁塞尔）的本地规则自动适配标准时间（CET）与夏令时（CEST）。直接拼接 "CET" 或 "CEST" 到字符串（如 "2023-01-28 20:36 CET"）会导致全年固定偏移（+1h），无法响应 DST 切换，造成夏季时间偏差一小时。
✅ 推荐方案一：Android Desugaring（面向未来，推荐新项目采用）
若目标平台为 Android（API 14+）且可接受 Gradle 工具链升级，启用 Desugaring 是最优解——它在旧 Android 上安全提供 java.time（ZonedDateTime, DateTimeFormatter 等）的完整功能，彻底规避 Date/SimpleDateFormat 的线程不安全、设计缺陷与 DST 处理漏洞。
配置步骤（build.gradle）
android {
compileOptions {
coreLibraryDesugaringEnabled true
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
}
dependencies {
coreLibraryDesugaring 'com.android.tools:desugar_jdk_libs:1.1.8' // 兼容旧版 R8 编译器
}⚠️ 注意：此方案 不适用于纯 JRE 7 桌面环境（如 Windows/Linux 的 Java 7 运行时），仅限 Android。Gradle 版本需 ≥ 6.1.1，AGP ≥ 4.0.0。
解析代码（简洁、健壮、DST 感知）
String rawDate = "2022-07-07 13:37";
DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm")
.withZone(ZoneId.of("Europe/Brussels")); // 自动识别 CET/CEST 切换
try {
ZonedDateTime zonedDate = ZonedDateTime.parse(rawDate, formatter);
// 输出带时区名称（如 "CEST"）的格式
String output = zonedDate.format(DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm zzzz"));
System.out.println("Timestamp: " + output); // → "2022-07-07 13:37 CEST"
// 如需转换为 legacy Date（兼容老 API）
Date legacyDate = Date.from(zonedDate.toInstant());
} catch (DateTimeParseException e) {
Log.e("TimeParse", "Invalid date format", e);
}✅ 方案二：纯 Java 7 兼容方案（全平台通用）
当必须支持纯 JRE 7（如嵌入式设备或遗留桌面系统）时，可安全使用 SimpleDateFormat 配合 TimeZone.getTimeZone("Europe/Brussels")。关键点在于：setTimeZone() 设置后，parse() 会将输入字符串视为该时区的本地时间，并自动应用 DST 规则——无需拼接时区字符串，也无需手动判断夏令时。
正确用法（避免常见错误）
String timestampString = "2023-01-28 20:36";
// 解析：指定时区，输入即视为该时区本地时间
SimpleDateFormat parseFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm");
parseFormat.setTimeZone(TimeZone.getTimeZone("Europe/Brussels")); // ✅ 关键！传 IANA ID
Date date = parseFormat.parse(timestampString); // 自动按 CET/CEST 解析
// 输出：需单独配置输出格式（因 parseFormat 无时区显示能力）
SimpleDateFormat outputFormat = new SimpleDateFormat("yyyy-MM-dd HH:mm zzzz");
outputFormat.setTimeZone(TimeZone.getTimeZone("Europe/Brussels")); // ✅ 同一时区用于格式化
System.out.println("Timestamp: " + outputFormat.format(date)); // → "2023-01-28 20:36 CET"? 重要说明：
立即学习“Java免费学习笔记（深入）”；
- TimeZone.getTimeZone("Europe/Brussels") 在 Java 7 中完全可用，不要使用 "CET" 或 "CEST"（它们是缩写，无 DST 逻辑）；
- SimpleDateFormat 非线程安全，务必确保每个线程独占实例（推荐局部变量或 ThreadLocal 封装）；
- 对于 DST 重叠时刻（如 10月最后一个周日凌晨 2:00–3:00），Java 7 的 SimpleDateFormat 默认采用“较早时间”（即标准时间），符合多数业务容忍度。
总结与选型建议
| 方案 | 兼容性 | DST 支持 | 维护性 | 推荐场景 |
|---|---|---|---|---|
| Desugaring + java.time | Android API 14+ | ✅ 完整、精准 | ✅ 高（现代 API） | 新 Android 项目，可升级构建工具 |
| SimpleDateFormat + TimeZone | JRE 7 / Android 4.4+ | ✅（IANA 时区 ID） | ⚠️ 中（需注意线程安全） | 必须支持纯 JRE 7 或无法升级构建环境 |
无论选择哪种方案，始终使用 IANA 时区 ID（如 "Europe/Brussels"）而非缩写（"CET"），这是实现自动 DST 切换的唯一可靠方式。对于边缘场景（如 DST 重叠），两者均默认返回较早时间，若需精确控制，建议升级至 java.time 并使用 ZonedDateTime.withLaterOffsetAtOverlap() 等高级 API。
