技术博客
因为 std::unordered_map 底层依赖哈希表，插入或查找时必须能把键转成 size_t。内置类型（如 int、std::string）已有特化版本的 std::hash，但你的结构体或类没有——编译器会直接报错：error: call to implicitly-deleted default constructor of ‘std::hash<mystruct>'</mystruct>。
TinyXML-1 已停止维护，TinyXML-2 是官方推荐的继任者，接口更现代、内存管理更安全、支持 UTF-8 原生解析。用 TinyXML-1 容易在中文路径或含 emoji 的 XML 中崩溃，而 TinyXML-2 默认按字节流处理，不强行转码，反而更稳。
它不是万能胶，但比裸函数指针灵活得多。std::function 的模板参数决定了它能绑定什么签名的可调用对象。比如 std::function<void></void> 只接受能以一个 int 参数调用、返回 void 的东西。
不会崩溃，但容易误以为“安全”而忽略后续解引用风险。std::shared_ptr<int> p(nullptr)</int> 是合法的，p 确实持有空指针、引用计数为 1，但一旦写 *p 或 p->xxx 就触发未定义行为（通常是段错误）。
镜像反转就是把每个节点的左右子树互换，最终整棵树看起来像照镜子一样。不是翻转值，而是翻转结构——root->left 和 root->right 指针要交换，且该操作需递归作用于所有子树。
处理 NULL 最常用的是 COALESCE 和 IFNULL，但它们行为不同：前者是 SQL 标准函数，支持多个参数，返回第一个非 NULL 值；后者是 MySQL 特有，只接受两个参数，效率略高但扩展性差。
Go 语言里对 nil 指针取值（比如 *p）或调用方法，会立即触发运行时 panic：panic: runtime error: invalid memory address or nil pointer dereference。这不是编译错误，而是在运行时崩溃——所以空指针检查不是“可选优化”，而是必须的防御动作。
Go 语言没有传统意义上的 try-catch，panic 和 recover 不是为常规错误处理设计的，而是用于应对真正异常、不可恢复的状态（比如空指针解引用、切片越界、栈溢出等），或在必须提前终止 goroutine 执行流时做最后兜底。
野指针指向的内存地址完全随机，可能是非法地址、已映射但不可访问的区域，甚至恰好是某个合法地址——但这纯属巧合，不构成安全依据。它根本没被赋予有效目标，所以连“曾经合法”都不算。
本文详解 go 标准库 `container/list` 的正确用法，重点说明如何声明、传递和遍历双向链表，修正常见类型错误、语法错误及空指针误用，并提供可运行的加法链表实现示例。