Ruby中为何并非所有DateTime实例都能从YAML完成反序列化？

问题复现条件 #

• 依赖引入：加载Ruby标准库time、yaml
• 核心触发流程：构造年份长度超出4位范围的DateTime实例，依次执行YAML序列化、反序列化操作，核心复现代码如下：

require 'time'
require 'yaml'

date = DateTime.parse('22018-01-05')

serialized_date = YAML.dump(date) 
# 序列化结果为："--- !ruby/object:DateTime 22018-01-05 00:00:00.000000000 Z\n"

YAML.load(serialized_date) 
# 触发报错：NoMethodError (undefined method `captures' for nil:NilClass)

• 交叉验证结果：
  • 对Time类型对象执行完全相同的操作流程，会复现完全一致的报错
  • 对Date类型对象执行相同操作不会触发报错，因为Date的YAML序列化结果为纯字符串，不走自定义Ruby对象的反序列化解析分支
• 测试环境：Ruby 2.6.0
• 场景提示：示例中使用的5位年份22018不属于常规业务场景的合法日期范围，日常使用的4位年份（如2018年）的DateTime/Time对象，在该环境下不会触发该问题。

问题触发的核心逻辑 #

Ruby 2.6.0 内置的YAML解析器Psych，在处理带!ruby/object:DateTime、!ruby/object:Time类型标记的序列化内容时，内置了一段硬编码规则的正则表达式，专门用来拆分、解析序列化后的日期时间字符串。

• 这段正则的匹配规则仅兼容4位长度的常规年份格式，当解析的日期年份长度超出预设范围（比如示例中5位的22018），正则匹配会直接返回nil
• 后续的解析逻辑没有增加空值校验，直接对匹配结果调用.captures方法，最终触发了undefined method 'captures' for nil:NilClass的报错

Date对象不会触发该问题的原因也很明确：它的默认YAML序列化逻辑不会走自定义Ruby对象的类型标记分支，而是直接将日期值转为纯字符串存储，反序列化时直接做字符串值解析，根本不会走到这段有缺陷的正则匹配逻辑中，自然不会报错。

可行的规避方案 #

• 入参校验：对所有传入的日期值做合法性校验，拦截超出常规4位年份范围的非法日期，从源头避免构造出会触发该缺陷的DateTime/Time实例
• 版本升级：将Ruby升级到修复了该问题的后续版本，官方在后续的Psych实现中，调整了正则的匹配兼容范围，同时补充了匹配结果的空值校验，彻底修复了该报错
• 临时适配：对超范围的特殊日期值，手动将DateTime/Time对象转为纯字符串后再做YAML序列化，避免触发内置的自定义对象反序列化分支

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