标准Trie在C++中易爆内存，因其节点默认用26/128指针数组，即使只存"a"也分配整块空数组，稀疏时空间利用率常低于1%；插入10万单词仅指针就占约20MB。
为什么标准 Trie 在 C++ 里容易爆内存？
因为每个 Node 默认预留 26（小写英文字母）或 128（ASCII）个指针，哪怕只存一个单词 "a"，也会分配一整块空指针数组。实际数据稀疏时，空间利用率可能低于 1%。
常见错误是直接套用教科书写法：Node* children[26] —— 这在插入 10 万单词、平均长度 5 的场景下，仅指针就占约 100000 × 26 × 8 ≈ 20MB，且大量为 nullptr。
- 真正需要的只是「当前节点有哪些子字符」+「对应子节点在哪」，不是固定槽位
- 若单词集偏短或前缀重合度低（如 UUID 前缀），传统 Trie 反而比哈希表更耗内存
- 用
std::map<char node></char>或std::unordered_map能按需分配，但引入哈希/红黑树开销，小规模查找变慢
用 std::vector<:pair node>></:pair> 实现紧凑 Trie 节点
这是平衡空间与速度的实用选择：不依赖哈希，无红黑树旋转，插入/查找走线性扫描，但因分支因子通常 ≤ 4（英语单词前缀分叉少），实测比 map 快 1.5–3 倍，内存仅为原始数组版的 5–10%。
关键逻辑是：查找时遍历 children 向量，用 std::find_if 匹配 char；插入时仅在未命中时 push_back 新 pair。
立即学习“C++免费学习笔记（深入）”；
struct TrieNode {
bool is_end = false;
std::vector<std::pair<char, TrieNode*>> children;
<pre class='brush:php;toolbar:false;'>TrieNode* get_child(char c) {
auto it = std::find_if(children.begin(), children.end(),
[c](const auto& p) { return p.first == c; });
return (it != children.end()) ? it->second : nullptr;
}
TrieNode* add_child(char c) {
auto* child = get_child(c);
if (!child) {
child = new TrieNode();
children.emplace_back(c, child);
}
return child;
}};
-
get_child不用std::lower_bound—— 排序成本高，且分支少时线性更快 - 避免在
add_child中重复查找：先get_child，为空再建，不要先emplace_back再去 dedup - 如果确定字符集极小（如仅 '0'/'1'），可改用
std::array<trienode></trienode>，零开销
前缀匹配函数怎么写才不漏判、不越界？
search_prefix 类函数最容易错在：把「能走到末尾」当成「存在该前缀」，却忽略路径中途为 nullptr；或对空字符串 "" 处理不一致。
正确逻辑只有两步：逐字符下降，任一字符找不到即返回 false；走完所有字符后，不关心 is_end，只要节点非空就说明前缀存在。
bool search_prefix(const std::string& s) {
auto* node = root;
for (char c : s) {
node = node ? node->get_child(c) : nullptr;
if (!node) return false;
}
return true; // node 非空即表示前缀存在
}
- 必须检查
node是否为nullptr再调get_child，否则空指针解引用崩溃 - 不要写
if (!node->get_child(c)) return false——get_child返回nullptr是正常情况，但node自身不能是nullptr - 若需求是「统计以某前缀开头的单词数」，需在节点加
int word_count，并在插入时自底向上累加，而非每次 DFS
释放内存时为什么不能只写 delete root？
因为 TrieNode 之间是树状指针引用，delete root 只会释放根节点本身，其 children 向量里的 Node* 仍悬空，造成内存泄漏。
必须递归释放：先清子节点，再删自己。用后序遍历最安全，且要置空指针防重复 delete。
void delete_node(TrieNode* node) {
if (!node) return;
for (auto& [c, child] : node->children) {
delete_node(child);
}
delete node;
}
// 使用：delete_node(root); root = nullptr;
- 别在析构函数里隐式递归 —— 深树可能爆栈，生产环境建议用显式栈模拟迭代释放
- 如果节点被多个结构共享（如带引用计数），不能直接
delete，得确认所有权 - 用智能指针？可以，但
std::shared_ptr带控制块开销，std::unique_ptr要求严格单所有权，多数场景手管更轻量
压缩不是目标，让前缀搜索快且稳才是。真正卡住的往往不是算法，而是节点生命周期和边界条件——比如空字符串、连续重复字符、超长前缀查不到却没报错，这些地方多打几行日志比调优循环更快。
