Golang中time包RFC822格式与标准RFC定义不符的原因问询

Go标准库time包中定义的RFC822常量，确实和RFC 822原文规范存在明显差异，核心原因是这个常量对应的是实际生态中广泛使用的RFC822简化变体，而非严格遵循RFC 822的完整规范，具体可以从以下几点理解：

1. 历史兼容与实际使用习惯 #

RFC 822原文（1982年发布）本身允许部分字段可选：

• 星期字段（如Wed,）为可选项
• 秒数字段可省略

但在早期邮件、RSS等系统中，大量实现采用了不带星期、省略秒数的简化格式——也就是Go中RFC822的定义：

RFC822 = "02 Jan 06 15:04 MST"
// 输出示例：11 Nov 09 00:00 CET

Go标准库为了兼容这些已有的实际应用场景，直接把这个最常用的变体命名为RFC822，而将严格遵循规范的完整格式，拆分为RFC1123和RFC1123Z两个常量。

2. RFC 1123是RFC 822的官方更新 #

RFC 1123是1989年发布的RFC 822更新版，专门针对HTTP、网络协议等场景做了更严格的规范，要求必须包含星期、秒数，并且推荐使用时区偏移量（而非缩写）。Go中对应的严格实现：

RFC1123 = "Mon, 02 Jan 2006 15:04:05 MST"
// 输出示例：Wed, 11 Nov 2009 00:00:00 CET

RFC1123Z = "Mon, 02 Jan 2006 15:04:05 -0700"
// 输出示例：Wed, 11 Nov 2009 00:00:00 +0100

这也是w3.org验证器认可的标准格式。

3. 时区缩写的合规性问题 #

你提到的中欧时区CET不符合标准，是因为RFC 822/1123更推荐使用±HHMM格式的时区偏移量——时区缩写（如CET、MST）存在歧义（同一缩写可能对应不同时区）。Go的RFC822用MST是为了兼容旧系统习惯，而RFC1123Z采用标准偏移量格式，更适合RSS服务器这类需要严格合规的场景。

如果要开发符合标准的RSS服务，建议直接使用time.RFC1123Z或time.RFC1123，而非time.RFC822。

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