不能直接new Node()后裸存，因裸指针无法自动管理生命周期，拓扑变更时易致内存泄漏或悬空；环状结构下shared_ptr会循环引用失效，须用weak_ptr破环；序列化时指针地址无效，必须基于唯一ID查表重建智能指针关系。
用指针构建拓扑节点时，为什么不能直接 new Node() 后裸存？
裸存原始指针（Node*）会导致拓扑变更时内存泄漏或悬空——比如删除一个交换机，它连接的多条链路若只靠 Node* 指向邻居，就无法自动清理反向引用。更关键的是，C++ 没有垃圾回收，拓扑中环状结构（如冗余路径）会让 shared_ptr 循环引用失效。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 节点间单向关系（如「端口 → 相邻设备」）用
std::shared_ptr<node></node>，保证被引用方生命周期不早于引用方 - 反向关系（如「设备 → 它所连接的端口」）必须用
std::weak_ptr<node></node>，避免循环持有 - 拓扑根容器（如
std::vector<:shared_ptr>></:shared_ptr>）持有强引用，是唯一可信的生命周期锚点
如何让指针在序列化/网络传输前后保持逻辑一致性？
指针值（地址）在网络模拟中毫无意义——序列化到 JSON 或发给另一个进程后，0x7fffa1234567 这个地址既不能还原对象，也不能跨进程解引用。常见错误是试图把 Node* 直接写进配置文件，结果加载时报 segmentation fault 或静默失败。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 所有指针关联必须基于逻辑 ID：每个
Node有唯一id（如std::string或int），序列化时只存id字段 - 反序列化后，先构造所有节点并注册进全局
std::map<int std::shared_ptr>></int>查表容器，再遍历补全shared_ptr关系 - 禁止在
Node类中定义operator 直接输出指针值；改用 <code>to_json()方法显式控制字段
当拓扑动态增删时，shared_ptr 的销毁时机为何总比预期晚？
典型现象：调用 topology.remove_node(42) 后，观察到 Node::~Node() 没触发，甚至 valgrind 报告内存未释放。根本原因不是指针没删，而是残留的 shared_ptr 仍被其他对象持有——比如监控模块缓存了某链路的 std::shared_ptr<link>，而 Link 又持有了两端 Node 的 shared_ptr。
实操建议：
立即学习“C++免费学习笔记（深入）”；
- 用
std::shared_ptr::use_count()在调试模式下检查关键节点的引用数，确认是否还有意外持有者 - 对长期运行的辅助模块（如统计、日志），改用
std::weak_ptr缓存节点，访问前调用lock()判空 - 在
remove_node()内部，显式清空该节点所有出边的shared_ptr成员，并通知入边节点调用reset()
