需用 tinyxml2 或 pugixml 等第三方 XML 库解析 GEXF；tinyxml2 需预处理移除 xmlns，pugixml 支持命名空间 XPath；须依 type 属性动态转换数值，不可硬编码强转；建议用轻量结构存储边和属性映射，而非自定义通用图结构。
用 C++ 解析 GEXF 文件需要第三方 XML 库
GEXF 是基于 XML 的图数据格式，C++ 标准库不提供原生 XML 解析能力。你不能靠 std::ifstream 读字符串再手撕标签——结构嵌套深、命名空间多、属性语义强（比如 mode="static" 或 type="double"），手动解析极易出错且不可维护。
实际可行路径只有一条：选一个轻量、无依赖、支持 DOM 或 SAX 的 C++ XML 库。推荐 tinyxml2（头文件仅一个 tinyxml2.h，无编译依赖）或 pugixml（性能更好，API 更现代）。二者都支持读取带命名空间的 GEXF（需手动处理 xmlns 前缀，见下一条）。
tinyxml2 读 GEXF 时必须忽略命名空间或手动剥离
GEXF 文件头部通常含 xmlns="http://www.gexf.net/1.2draft"，tinyxml2 默认不识别命名空间，所有 XMLElement 查找（如 FirstChildElement("graph")）会失败——因为实际节点全在默认命名空间下，而 tinyxml2 把它当“无命名空间”处理，但解析器内部仍按带前缀逻辑匹配。
解决方法只有两个：
立即学习“C++免费学习笔记（深入）”；
- 在加载前用
std::regex_replace或简单字符串替换，删掉所有xmlns="..."和xmlns:xsi="..."属性（GEXF 1.2 draft 兼容性允许） - 改用
pugixml，它支持//gexf:graph这类带前缀的 XPath 查询（需先调用document.add_user_namespace("gexf", "http://www.gexf.net/1.2draft")）
别指望 libxml2 绑定——它重量大、编译麻烦，对纯读 GEXF 属于杀鸡用牛刀。
解析节点和边的核心字段要按 type 属性动态转换
GEXF 中 <node></node> 的 attributes 和 <edge></edge> 的 weight 可能是 string、integer、double、boolean 或 datetime，其类型由 type 属性声明（如 <attribute id="0" title="age" type="integer"></attribute>）。硬编码 .GetText() 再 std::stoi 会崩溃。
正确做法是：
- 先遍历
<attributes></attributes>节点，建一个std::map<:string std::string></:string>映射id → type - 读具体
<attvalue></attvalue>时，查该for属性 ID 对应的type，再用std::stod/std::stoi/std::stof分支转换 -
weight字段同理：检查<edge></edge>是否有weight属性，有则按double解析，没则设为 1.0
漏掉 type 判断直接强转，程序会在读到 "true" 或 "2023-01-01" 时抛 std::invalid_argument。
不要尝试用 C++ 原生容器存完整图结构再导出
如果你目标是“读 GEXF → 做算法 → 写回 GEXF”，别自己设计 struct Node { std::string id; std::map<:string std::any> attrs; }</:string> 这类通用结构。GEXF 的 attributes 是扁平化定义在 <attributes></attributes> 下，每个 <node></node> 用 <attvalue for="0" value="42"></attvalue> 引用，不是内联 JSON。自己映射容易错位（ID 对不上、type 丢失）。
更稳的策略是：
- 用
std::vector<:tuple std::string double>></:tuple>存边（source, target, weight） - 用
std::unordered_map<:string std::vector std::string>>></:string>存节点属性（node_id → vector of {attr_id, raw_value}），后续按 attr_id 查 type 表再转 - 若需长期存图，直接转成
boost::graph或igraph-cpp的图对象——它们原生支持属性映射，省去手工桥接
GEXF 不是图数据的运行时格式，而是交换格式。解析时贪全，反而增加边界 case 处理成本。
