本文介绍在使用 SnakeYAML 解析含锚点（&id）和别名（*id）的 YAML 文件时，因循环引用导致无限递归的问题，并提供基于运行时检测与跳过自引用 Map 的稳健解决方案。
本文介绍在使用 snakeyaml 解析含锚点（`&id`）和别名（`*id`）的 yaml 文件时，因循环引用导致无限递归的问题，并提供基于运行时检测与跳过自引用 map 的稳健解决方案。
在 YAML 中，锚点（&id001）与别名（*id001）是实现数据复用的重要机制，但当别名指向包含自身的结构（如 minerate-full-mined: *id001 指向根节点）时，若解析逻辑未做循环保护，极易触发无限递归——尤其在自定义 Configuration 类采用嵌套构造方式逐层解析 Map 时，entry.getValue().toString() 显式暴露 (this Map) 提示，正是 SnakeYAML 内部为标记循环引用所注入的诊断字符串。
上述问题的根本原因在于：SnakeYAML 在遇到循环引用时，不会抛出异常，而是返回一个“代理 Map”（其 toString() 输出形如 "playername=SomeName, lang=fr_FR, minerate-full-mined=(this Map)"），而原始构造逻辑未识别该信号，继续递归调用 new Configuration(...)，最终栈溢出。
✅ 正确做法是：在构造 Configuration 实例前，主动检测 entry.getValue().toString() 是否包含 (this Map) 或 (this Collection) 标识，并跳过该条目：
public Configuration(File file, Map, ?> map, Configuration defaults) {
this.file = file;
this.self = new LinkedHashMap();
this.defaults = defaults;
for (Map.Entry, ?> entry : map.entrySet()) {
String key = (entry.getKey() == null) ? "null" : entry.getKey().toString();
Object value = entry.getValue();
if (value instanceof Map) {
// ✅ 关键防护：检测 SnakeYAML 循环引用代理对象
String repr = value.toString();
if (repr.contains(key + "=(this Map)") || repr.contains(key + "=(this Collection)")) {
// 跳过自引用字段，避免递归；可选：记录警告日志
continue;
}
Configuration nextDef = (defaults == null) ? null : defaults.getSection(key);
// 额外防护：避免将自身作为默认值传入子节点（防止间接循环）
this.self.put(key, new Configuration(file, (Map, ?>) value,
nextDef == this ? null : nextDef));
} else {
this.self.put(key, value);
}
}
}
⚠️ 注意事项：
- 该方案依赖 toString() 的内部实现，虽在 SnakeYAML 1.20+ 版本中稳定可靠，但仍建议在关键生产环境补充单元测试验证；
- 更健壮的替代方案是改用 SafeConstructor + 自定义 Construct 实现，或升级至 SnakeYAML 2.x（支持 CycleDetectionStrategy），但需权衡迁移成本；
- 对于必须保留循环字段的场景（如需反序列化后手动解引用），应改用 TypeDescription 显式声明类型，并配合 Constructor 处理循环引用。
总结：面对 YAML 循环引用，防御性解析优于事后修复。通过轻量级字符串检测跳过 (this Map) 字段，既兼容现有架构，又有效阻断无限递归，是 SnakeYAML 1.x 生产环境中经过验证的实用策略。
