yaml::node::scalar() 返回解析后的c++类型值而非原始文本，原始格式信息（如引号、进制写法）丢失；若需原始字符串，需用yaml::emitter序列化后手动处理。
YAML::Node::Scalar 返回的是值，不是原始文本
调用 YAML::Node::Scalar() 得到的是解析后的 C++ 类型（比如 std::string、int、double），不是 YAML 文件里原本怎么写的。比如 "123"（带引号）、123（无引号）、0x7B（十六进制）在解析后都变成一样的整数 123，原始格式信息彻底丢失。
如果你真需要原始文本（比如保留引号、注释位置、缩进、字面量风格），YAML::Node 本身不提供这个能力 —— 它的设计目标是“语义解析”，不是“源码保真”。
想拿到原始字符串？得绕过 Scalar()，改用 Emit + Parser 组合
标准 yaml-cpp 没有直接暴露节点原始 token 的接口。可行路径是：把目标节点单独序列化成 YAML 字符串，再手动剥离前后包裹（如引号、换行），但要注意这仍不是“原始输入”，而是重格式化结果。
- 对单个标量节点，可用
YAML::Emitter输出其内容：YAML::Emitter out; out
-
raw里可能包含多余空格或换行，尤其当节点是 block literal（|风格）时；需按 YAML 规则做后处理，不能简单 trim - 若原 YAML 含注释（如
key: value # comment），Emitter输出时会丢弃所有注释 —— 这是 yaml-cpp 的设计限制，无法绕过
为什么不能直接访问 parser 内部 token？
yaml-cpp 的解析器（YAML::Parser）在构建 YAML::Node 树时，就已丢弃了 token 级元数据（位置、引号类型、注释、是否为锚点等）。它的 AST 是语义导向的，不是语法树。
- 试图通过私有成员或 reinterpret_cast 强转访问内部
Parser实例，会导致 ABI 不稳定，不同版本行为不一致 - 社区已有 issue（如 yaml-cpp#845）明确说明：不计划暴露 token 流 API，因与库定位冲突
- 如果必须做源码级操作（比如重构 YAML 文件），应换用支持 token 流的库，如
libyaml（C 接口，需自己管理 token 解析）或 Python 的ruamel.yaml（保留注释/格式）
常见误用：把 Scalar() 当作 toString() 用
很多人以为 node.Scalar() 就是“把 YAML 节点转成它本来的样子”，结果发现 true 变成 "true"、null 变成空字符串、科学计数法被规整成小数 —— 这些都是预期行为，不是 bug。
-
node.IsScalar()为 true，只表示该节点是标量类型，不代表它能还原原始书写形式 - 浮点数精度问题：YAML 中
1.23e-4经Scalar()转成std::string后，可能是"0.000123"，取决于底层 stream 输出格式 - 空节点（
~或null）调用Scalar()会抛YAML::BadConversion异常，必须先用node.IsNull()判断
原始文本需求本质是“编辑场景”，而 yaml-cpp 是“运行时配置加载场景”。两者目标不同，硬凑容易掉坑里。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
