答案：基础Trie节点用std::array<std::shared_ptr<TrieNode>, 26>存子节点、bool isEnd标记结尾，构造函数初始化isEnd=false；小写字母通过c-'a'索引，插入和查找均需遍历完字符串再检查isEnd。
怎么用C++写一个基础Trie节点结构
核心是每个节点不存完整字符串，只存字符映射和结束标记。别用map<char trienode></char>起步——虽然能跑，但unordered_map或固定大小数组更常用。小写字母场景下，vector<trienode>(26, nullptr)</trienode>最直接，索引c - 'a'就行；若要支持ASCII全集或Unicode，改用unordered_map<char trienode></char>更安全。
必须加isEnd布尔成员，否则无法区分“app”和“apple”这种包含关系。构造函数里记得初始化isEnd = false，不然读到未初始化内存会出错。
- 别手写拷贝构造——Trie一般不深拷贝，禁用或删掉默认拷贝函数更稳妥
- 析构函数要递归释放子节点，否则大量插入后必然内存泄漏
- 如果用
vector存子节点，访问前必须检查c - 'a'是否在[0,25]范围内，否则越界访问
insert和search函数怎么写才不出错
insert本质是“沿路径创建节点+打标”，search是“沿路径查存在+确认终点”。关键陷阱在于：二者都必须走到最后一个字符再判断isEnd，不能边走边返回true。
常见错误是把search("app")写成“走到'p'就返回true”，结果"app"没插入过但"apple"插了，它也返回true——这其实是startsWith逻辑，不是search。
立即学习“C++免费学习笔记（深入）”；
-
insert中每步都要检查当前next[c]是否存在，不存在就new TrieNode() -
search中任意一步next[c] == nullptr就立刻return false - 循环结束后，必须显式检查
curr->isEnd == true，缺这一句就是前缀匹配
delete操作为什么很少实现，真要写要注意什么
标准Trie接口通常不提供erase，因为删除需递归回收、还要处理共享前缀（比如删"abc"不能影响"abcc"），工程中多数用重构代替删除。真要实现，必须后序遍历：先清子树，再看当前节点是否还有其他子节点或是否为单词结尾。
典型误操作是删完直接delete curr，导致父节点的指针悬空。正确做法是让父节点的子指针置nullptr后再删。
- 删除函数应返回
bool表示“该节点是否可被删除”（即无子节点且非终点） - 调用方必须接收返回值，并将对应子指针设为
nullptr，否则野指针 - 如果Trie用于多线程环境，删除必须加锁——但一般不这么用
实际项目里要不要自己写Trie
LeetCode刷题或教学场景写一遍很有价值，但生产环境大概率不用手写。C++标准库没有Trie，但std::set<:string></:string>做前缀查询性能差（O(m log n)），而第三方库如marisa-trie或libdatrie做了压缩和内存优化，支持百万级词典且常驻内存。
自己写的Trie在插入10万字符串后，节点数可能远超字符串总数（因路径分裂），内存占用容易比原数据大几倍。如果只是做敏感词过滤，用AC自动机（Aho-Corasick）更合适；如果需要模糊匹配或编辑距离，Trie本身就不适用。
真正容易被忽略的是字符编码——char类型处理中文会直接截断，std::u32string配unordered_map<char32_t trienode></char32_t>才能安全，但这又带来哈希开销。多数业务选择转拼音或分词后再进Trie，而不是硬扛UTF-8字节流。
