本文介绍如何正确解析形如 "Fri, 14 Jul 2023 11:53:06 -0400" 的 RFC 1123 格式日期字符串，推荐直接使用 DateTimeFormatter.RFC_1123_DATE_TIME 配合 OffsetDateTime.parse()，避免手动编写易错的格式模式，并说明为何不应尝试转为 LocalDateTime。
本文介绍如何正确解析形如 `"fri, 14 jul 2023 11:53:06 -0400"` 的 rfc 1123 格式日期字符串，推荐直接使用 `datetimeformatter.rfc_1123_date_time` 配合 `offsetdatetime.parse()`，避免手动编写易错的格式模式，并说明为何不应尝试转为 `localdatetime`。
你遇到的解析失败（DateTimeParseException）根本原因在于："EEE, dd MMM yyyy HH:mm:ss z" 这一模式不适用于数值型时区偏移（如 -0400）。z 指代的是缩写时区名（如 PST、CET），而非 +0800 或 -0400 这类 RFC 822/RFC 1123 定义的数值偏移。此外，LocalDateTime 本身不含时区信息，强行忽略偏移会丢失关键语义——因此不应将其作为目标类型。
✅ 正确做法是使用 Java 8+ java.time 包中预定义的标准化解析器：
import java.time.OffsetDateTime; import java.time.format.DateTimeFormatter; String input = "Fri, 14 Jul 2023 11:53:06 -0400"; OffsetDateTime odt = OffsetDateTime.parse(input, DateTimeFormatter.RFC_1123_DATE_TIME); System.out.println(odt); // 输出：2023-07-14T11:53:06-04:00
DateTimeFormatter.RFC_1123_DATE_TIME 是 JDK 内置的、专为 RFC 1123（及其前身 RFC 822）设计的格式器，能精准识别星期缩写、英文月份、空格分隔及无冒号的四位时区偏移（如 -0400），无需手动指定 Locale（其内部已固定为 Locale.ENGLISH）。
⚠️ 注意事项：
-
不要用
LocalDateTime.parse()：它无法处理时区偏移字段，强制截断或忽略会导致时间语义错误； -
避免手写模式如
"EEE, dd MMM yyyy HH:mm:ss Z"：虽然Z可匹配-0400，但EEE和MMM默认依赖系统Locale，在非英语环境可能失败；而RFC_1123_DATE_TIME已固化为英文解析，更健壮； - 若业务确实需要本地时间（如显示给用户），应在明确时区上下文后转换：
ZonedDateTime zdt = odt.atZoneSameInstant(ZoneId.of("America/New_York")); LocalDateTime ldt = zdt.toLocalDateTime(); // 基于真实时区转换，非简单丢弃偏移
? 最佳实践建议：主动与数据提供方沟通，推动其改用 ISO 8601 标准格式（如 "2023-07-14T11:53:06-04:00"）。该格式更简洁、无歧义、被所有现代系统原生支持，且 OffsetDateTime.parse(input) 即可直接解析（无需指定格式器）。若必须兼容旧格式，请始终优先选用 RFC_1123_DATE_TIME —— 简洁、可靠、零配置。
