直接调用 node.IsMap() 即可判断节点是否为 YAML 映射，返回 bool；它仅做类型检查，不递归、不推断、不解析内容，且必须先确保 node.IsDefined() 为 true，否则会崩溃。
怎么用 YAML::Node::IsMap() 判断节点是不是 Map
直接调用 node.IsMap() 就行，返回 bool。它只检查当前节点是否为 YAML 映射（即键值对结构），不递归、不推断、不看内容——纯类型判断。
常见错误是以为 IsMap() 能识别“看起来像 Map”的序列或空节点：比如 node 是 null、scalar 或 sequence，哪怕内容是 {key: value} 字符串，IsMap() 也返回 false。
- 必须是解析后由 libyaml 正确识别为 mapping 的节点，才可能返回
true - 如果 YAML 源里写的是
foo: [1,2]，那node["foo"].IsMap()一定为false（它是sequence） - 空映射
{}或foo: {}下的节点，IsMap()返回true
IsMap() 前必须确保节点有效，否则会崩溃
YAML::Node 是一个轻量句柄，底层指针可能为空。对未初始化、越界访问或已释放的节点调用 IsMap()，程序大概率直接 segfault，不会抛异常。
典型场景：读取可选字段时没做存在性检查就直接调用：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
YAML::Node config = YAML::LoadFile("config.yml");
// 如果 config["database"] 根本不存在，下面这行会崩
if (config["database"].IsMap()) { ... }
- 永远先用
node.IsDefined()排查节点是否有效 - 访问嵌套字段前，逐层检查：
config["server"] && config["server"]["port"]不够，得写config["server"].IsDefined() && config["server"]["port"].IsDefined() -
IsMap()是成员函数，不检查 this 指针有效性——这是你自己的责任
和 IsSequence()、IsScalar() 的行为差异要拎清
这几个函数互斥但不穷尽：一个节点只能是其中一种基础类型（或 null），但不是所有节点都必居其一——比如未定义节点既不是 Map 也不是 Sequence。
容易混淆的点在于 YAML 的 “implicit typing”：数字 42 是 scalar，但 42:（带冒号）才是 map 的 key；而 [1,2,3] 是 sequence，{a: b} 是 map，两者结构完全不同。
-
IsMap()对sequence或scalar节点永远返回false，不会尝试“转换后判断” - 没有
IsObject()这种别名，只有IsMap()—— libyaml C++ binding 就这么叫 - YAML 1.2 规范里 mapping 和 map 是同义词，不用纠结术语
性能上没负担，但别在热循环里反复解析同一份 YAML
IsMap() 是 O(1) 操作，只是读一个内部标记位，比 node.size() 还轻量。但它解决不了上游问题：如果你每次都要从字符串重新 YAML::Load()，那瓶颈根本不在 IsMap()。
真实项目中更常见的坑是误把配置解析逻辑塞进高频路径，比如网络请求处理函数里反复调用 YAML::LoadFile()。
- 解析一次，缓存
YAML::Node，后续只用IsMap()等判断 - 注意
YAML::Node复制是浅拷贝，传参或存储时不用怕开销 - 如果节点来自
YAML::Load(input_string)，确保input_string生命周期长于节点使用期，否则节点悬空
IsDefined() 检查——类型判断再准，对象没了也没意义。 
