networkx 中节点属性“丢失”通常并非真正丢失，而是因同一节点在属性文件中多次出现，后一次赋值覆盖了前一次，导致断言失败；本教程详解该问题的成因、诊断方法与安全写入实践。
在使用 NetworkX 处理真实图数据时，一个常见却易被忽视的问题是：节点属性看似“消失”或“不一致”，实则是被重复写入覆盖所致。正如你提供的代码所示，node-dates.txt 文件中存在对同一 nodeID 的多次记录（例如某节点出现 3 次，对应 3 个不同日期），而你的逻辑始终执行：
G.nodes[int(nodeID)]["date"] = line.split()[1] # ⚠️ 无条件覆盖！
这意味着：即使该节点此前已成功赋值 "date"，后续行中再次遇到相同 nodeID 时，其 "date" 属性将被新值无条件覆盖。当你在第二轮遍历中校验时，读取到的是最后一次写入的值，而非原始期望值——因此断言失败（共 2446 次），而这恰好等于重复节点数（38557 条记录 − 实际唯一有日期的节点数 ≈ 2446）。
✅ 正确做法：避免覆盖，显式处理重复
若业务允许保留首个日期（最常见需求），应添加存在性检查：
# 替换原赋值行：
if "date" not in G.nodes[int(nodeID)]:
G.nodes[int(nodeID)]["date"] = line.split()[1]
else:
# 可选：记录警告或选择更优策略（如取最早/最新日期）
print(f"Warning: node {nodeID} already has date '{G.nodes[int(nodeID)]['date']}', skipping '{line.split()[1]}'")若需保留所有日期（如时间序列），建议使用列表存储：
date_val = line.split()[1]
if "date" not in G.nodes[int(nodeID)]:
G.nodes[int(nodeID)]["date"] = [date_val]
else:
G.nodes[int(nodeID)]["date"].append(date_val)? 快速诊断技巧
-
在首次加载属性时，统计 nodeID 出现频次：
from collections import Counter node_counts = Counter() with open("node-dates.txt") as f: for line in f: if line.startswith("#"): continue nodeID = line.split()[0] if nodeID[:2]=="11": nodeID = nodeID[2:] node_counts[int(nodeID)] += 1 duplicates = [n for n, c in node_counts.items() if c > 1] print(f"Duplicate node IDs: {len(duplicates)} (e.g., {duplicates[:5]})") -
使用 G.nodes(data=True) 抽样检查实际存储内容：
for n, attrs in list(G.nodes(data=True))[:10]: if "date" in attrs: print(f"Node {n}: {attrs['date']}")
? 总结
NetworkX 的 G.nodes[node]["attr"] 是标准 Python 字典操作，不具备去重或冲突检测能力。所谓“属性丢失”，99% 源于数据本身含重复节点标识。务必在加载属性前确认数据唯一性，或在写入时主动防御重复。这是构建可复现、可验证图分析流程的关键一步。
