tinyxml2查找节点最直接方式是链式调用FirstChildElement("tag")和NextSiblingElement("tag")，需严格检查空指针、区分大小写、避免误用FirstChild()，属性查找须手动遍历并判空后用strcmp比较。
用 tinyxml2 查找 XML 节点最直接
tinyxml2 是 C++ 里轻量、无依赖、头文件即用的 XML 解析库，比原生 libxml2 简单得多，也比 pugixml 更少隐式行为。它不支持 XPath，但 FirstChildElement()、NextSiblingElement()、FirstChildElement("tag") 这套链式调用足够覆盖绝大多数“简单查找”需求。
常见错误是直接用 FirstChild() —— 它返回的是任意节点（包括文本、注释），而你通常只想要元素节点。必须用带字符串参数的 FirstChildElement("name") 才能跳过非元素内容。
- 从根开始查：先用
doc.FirstChildElement("root")获取根元素，再逐级向下 - 同级多个相同标签：用
node->FirstChildElement("item")拿第一个，再反复调用next->NextSiblingElement("item") - 空指针检查必须写：所有
FirstChildElement()和NextSiblingElement()返回值都可能为nullptr，不检查就解引用会崩溃
按属性值查找节点要手动遍历
tinyxml2 没有内置的 FindElementByAttribute()，得自己写循环。核心逻辑是：先定位到父节点，再遍历其子元素，对每个元素调用 Attribute("key") 判断是否匹配。
注意 Attribute() 返回的是 const char*，不是 std::string；比较时别直接用 ==，要用 strcmp() 或转成 std::string 再比较。另外，Attribute() 对不存在的属性返回 nullptr，所以得先判空再比较。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 示例：找
<user id="100">→ 先parent->FirstChildElement("user")，再对每个user调用user->Attribute("id") - 别漏掉多层嵌套场景：如果目标节点嵌在
<data><list><item>里，就得链式调用三次FirstChildElement() - 性能上没问题：tinyxml2 的 DOM 树是内存驻留的，遍历开销极小；除非 XML 文件超大（>50MB）且查找频繁，否则不用预建索引
查不到节点时的典型表现和排查点
最常遇到的是返回 nullptr 却没意识到，然后直接访问 ->Value() 导致段错误。调试时第一反应不该是“语法写错了”，而是检查三件事：
- XML 是否加载成功？用
doc.ErrorID()检查是否为TIXML2_SUCCESS，否则doc.RootElement()可能为空 - 大小写和空格是否一致？
FirstChildElement("Node")找不到<node>，XML 标签名严格区分大小写 - 是否误把文本内容当标签？
<price>29.99</price>中的29.99是文本节点，不是子元素；要用GetText()取，不能用FirstChildElement()
需要 XPath 或更复杂查询时别硬扛
如果需求变成“查找所有 status=active 且 type!=admin 的 user”，或者要跨层级用 //user[@id='100']，tinyxml2 就明显吃力了。这时候换 pugixml 更合适——它支持有限 XPath（如 //user[@id]），API 也更现代，仍保持单头文件、无依赖。
pugixml 的 select_nodes() 返回结果集，比手写循环清晰；但它默认不加载 DTD，若 XML 带实体声明（如 ）需显式开启 pugi::parse_default | pugi::parse_eol 等选项，否则解析失败不报错，只是丢内容。
真正容易被忽略的是命名空间：如果 XML 带 xmlns="http://example.com/ns"，tinyxml2 和 pugixml 默认都不处理前缀，所有查找都会失效——得手动注册命名空间或改用 child_value() 绕过。
