使用rfc2822与iso8601做日期校验时如何验证年份合法性

Ruby标准库自带的Time.rfc2822和Time.iso8601解析方法本身没有强制约束年份字段的长度，会按连续数字最长匹配规则解析年份。测试值2222022-06-23 04:54:44 +0000会被直接解析为公元2222022年的合法时间，不会抛出任何错误，这是原生方法的默认设计逻辑，并非调用方式错误。

可以通过三层校验组合实现严格的日期时间合法性判断：

• 第一层：前置格式正则校验
  正式调用解析方法前，先用对应格式的正则做字符串层面的规则匹配，直接拦截年份长度不符合规范的非法输入。
  常用场景的参考校验规则：

  # 匹配常规业务使用的ISO8601格式：4位年份开头，后续为标准月、日、时分秒、时区结构
  ISO8601_VALID_REGEX = /^\d{4}-\d{2}-\d{2}[T ]\d{2}:\d{2}:\d{2}(Z|[+-]\d{2}:?\d{2})$/
  # 匹配常规RFC2822格式：支持2-4位年份，后续为标准月名、日、时分秒、时区结构
  RFC2822_VALID_REGEX = /^\d{2,4} \w{3} \d{2} \d{2}:\d{2}:\d{2} [+-]\d{4}$/
  
  value = "2222022-06-23 04:54:44 +0000"
  # 校验ISO8601格式时
  unless ISO8601_VALID_REGEX.match?(value)
    raise ArgumentError, "日期格式非法：年份长度不符合规范"
  end
  

• 第二层：原生解析校验逻辑合法性
  正则校验通过的字符串，再调用Time.rfc2822或Time.iso8601做解析，这一步原生方法会自动拦截月、日、时、分、秒字段的逻辑错误，比如13月、2月30日、25点这类非法值会直接抛出ArgumentError。
• 第三层：业务范围校验
  解析完成后，根据自身业务需求增加年份区间校验，进一步过滤不符合业务预期的极端值：

  parsed_time = Time.iso8601(value)
  # 示例：仅接受1900年到2100年之间的时间
  unless (1900..2100).cover?(parsed_time.year)
    raise ArgumentError, "日期非法：年份超出允许范围"
  end
  

做格式校验时不要使用Time.parse这类宽松解析方法，这类方法对输入格式的容错度极高，会尝试从任意字符串中提取可识别的时间片段，无法满足严格校验的需求。

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