最稳方案是用tinyxml2递归遍历：以const xmlelement*为参数封装函数，用for循环遍历子节点，安全取属性需判空并设默认值，取文本需处理nullptr，上下文通过参数传递，注意编码统一为utf-8无bom。
用 tinyxml2 递归遍历嵌套 XML 节点最稳
直接说结论：别手写解析器，tinyxml2 是 C++ 里处理多层嵌套 XML 配置最轻量、最不易崩的选择。它不依赖 STL 容器以外的外部库，头文件一拖就能编译，而且对非法缩进、空节点、注释都足够宽容。
常见错误是硬套 DOM 思维——比如把每个 Element 当成对象去 new/delete，结果漏掉 FirstChildElement() 返回 nullptr 的判断，一解引用就段错误；或者误以为 NextSiblingElement("tag") 会跳过文本节点，其实它跳过的是所有非 Element 节点（包括注释），但如果你传了参数，它只匹配指定 tag 名，没匹配上就返回 nullptr，不是继续找下一个。
- 初始化时用
tinyxml2::XMLDocument doc，加载后务必检查doc.ErrorID()，常见错误如XML_ERROR_PARSING_ELEMENT多半是标签没闭合或编码含 BOM - 递归入口建议封装成函数，形参用
const tinyxml2::XMLElement*，避免意外修改原始树结构 - 不要在递归里反复调用
FirstChildElement()+NextSiblingElement()做循环——容易漏节点；改用for (auto e = parent->FirstChildElement(); e; e = e->NextSiblingElement())
tinyxml2 中怎么安全取属性值和文本内容
属性和文本是配置文件里最常读取的内容，但 Attribute() 和 GetText() 都不自动判空，直接用会触发未定义行为。
典型翻车场景：XML 里写 <param name="timeout">，你以为没值就该是 0，但 e->Attribute("name") 返回正常，e->Attribute("value") 却返回 nullptr；又或者写了 <log></log>（中间有空白），e->GetText() 返回 nullptr，不是空字符串。
- 取属性前先用
e->Attribute("key") != nullptr判空，再转类型，比如int val = e->IntAttribute("timeout", 30)，第二个参数是默认值 - 取文本推荐用
e->GetText() ? std::string(e->GetText()) : ""，别信FirstChildElement()不存在就一定有文本——文本节点（XML_TEXT）和元素节点是平级的 - 如果配置项允许子节点和文本共存（比如
<desc>hello<bold>world</bold></desc>），那就不能只靠GetText()，得手动遍历子节点区分类型
递归时怎么区分配置层级并传递上下文
多层嵌套 XML 的本质是树形配置结构，比如 <services><service name="db"><host>127.0.0.1</host><port>5432</port></service></services>，你不可能把所有字段扁平化塞进一个 struct。必须在递归中识别当前路径，决定怎么构造对象或填充字段。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
最容易被忽略的是「路径状态」没保存好：比如进了 <service></service> 就该初始化一个 ServiceConfig 实例，但递归进 <host></host> 时，如果不把当前实例指针或引用传下去，就会丢失上下文，导致赋值写到错误对象里。
- 推荐用函数参数传递上下文对象指针，比如
parseService(const tinyxml2::XMLElement* e, ServiceConfig* cfg)，而不是用全局或静态变量 - 遇到同名但语义不同的节点（比如外层
<timeout></timeout>是连接超时，内层<timeout></timeout>是查询超时），光靠 tag 名不够，得结合父节点名判断，可用e->Parent()->Value()获取父标签名 - 如果某一层支持多个同名子项（如多个
<endpoint></endpoint>），别在递归里直接 push_back——先收集完再统一处理，避免中间出错导致部分数据已写入
中文路径、特殊字符和编码问题怎么避坑
tinyxml2 默认按 UTF-8 解析，但 Windows 上很多编辑器保存 XML 默认是 GBK 或带 BOM 的 UTF-8，一加载就报 XML_ERROR_PARSING_TEXT。这不是代码问题，是编码没对齐。
另一个隐形雷是路径里含空格或点号，比如 <redis.host>127.0.0.1</redis.host>，XML 标准允许，tinyxml2 也能正常解析，但后续做配置映射时容易误拆分，不如统一用下划线或驼峰。
- 加载前先用文本工具确认文件编码，Windows 下推荐用 VS Code 打开右下角看编码，存成 UTF-8 无 BOM 格式
- 如果必须支持 GBK，得自己用
iconv或MultiByteToWideChar转成 UTF-8 字符串，再喂给doc.Parse()，别试图改tinyxml2源码 - 节点名尽量避开
.、-、:等符号，尤其当你要把 XML 路径映射成 C++ 成员变量名时，e->Value()返回的字符串不能直接当标识符用
递归解析嵌套 XML 真正难的不是语法，是每层节点的语义边界是否清晰、上下文是否可控、错误是否可定位。只要每次进入新节点都明确「我在哪」「我要填什么」「错了往哪退」，剩下的就是查文档调几个 tinyxml2 函数的事。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
