编辑距离计算应使用二维DP表而非递归，初始化需覆盖第0行和第0列，空字符串边界不可忽略；阈值设为1–3并结合长度差过滤、三级分桶索引（长度+首字母+n-gram前缀）提升性能；拼写纠错优先用Damerau-Levenshtein支持相邻交换；结果按距离、词频、子序列匹配加权排序并去重。
编辑距离计算函数怎么写才不踩性能坑
直接用递归实现 edit_distance 在长字符串上会爆炸式超时，必须用二维 DP 表。但别一上来就开 vector<vector>>(len1+1, vector<int>(len2+1))</int></vector>——如果只关心是否 ≤ 某个阈值（比如 2），可以用「带边界的滚动数组」或提前剪枝。
常见错误是忽略空字符串边界：当 s1 为空时，距离就是 s2.length()；反之亦然。DP 初始化必须覆盖第 0 行和第 0 列。
- 阈值设为 1–3 较合理，超过 3 的“纠错”大概率不是用户本意
- 字符比较记得统一大小写（
tolower(a) == tolower(b)），否则"Apple"和"apple"算 1 距离，但实际应视为相同词 - 避免对每个候选词都算全量编辑距离——先快速过滤：长度差 > 阈值直接跳过
如何从词典中快速筛选候选词
暴力遍历整个词典（哪怕只有 10 万词）对每次输入都算一遍编辑距离，延迟明显。得加索引层。
最简单有效的是「长度 + 首字母 + n-gram 前缀」三级过滤：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 先按长度分桶：
dict_by_len[5]存所有 5 字符单词 - 再在桶内按首字母哈希：
bucket['a']存以 a 开头的 5 字符词 - 最后用
std::string_view截取输入词前 2 字符，在小集合里做精确匹配或轻量编辑距计算
不要用 std::map 存整个词典——std::unordered_set 查存在性够快，但纠错需要返回相似词，所以建议用 std::vector<:string></:string> 分桶，配合 reserve() 预分配。
Levenshtein 距离 vs Damerau-Levenshtein 怎么选
标准 Levenshtein 只支持插入、删除、替换；Damerau-Levenshtein 多一个“相邻字符交换”操作，对拼写纠错更实用——比如把 "hte" 纠成 "the" 只需 1 步，而非 2 步。
但实现复杂度略高，且多数 C++ 标准库不自带。自己写要注意：交换操作只能作用于相邻位置，且不能和插入/删除叠加优化（即不能把“交换+删”合并成单步）。
- 若纠错目标是英文日常拼写，优先用 Damerau 版本；中文拼音词典则 Levenshtein 足够
- 交换判断必须放在 DP 循环内：当
i>=1 && j>=1 && s1[i-1]==s2[j-2] && s1[i-2]==s2[j-1]时，尝试从dp[i-2][j-2] + 1转移 - 别忘了交换后仍要和插入/删除/替换的结果取 min
纠错结果排序和去重怎么做才自然
多个候选词可能有相同编辑距离，比如输入 "acress"，"actress" 和 "access" 都是距离 2，但用户明显想要前者。得加权重。
- 距离相同时，优先选词频高的（需预存
word_freqmap） - 其次看是否包含输入词的子序列（如
"cat"在"category"中连续出现，比"scat"更可信） - 避免返回形如
"a"、"i"这类高频单字符词——加长度下限过滤（比如 ≥3） - 同一词根变体（
"running"/"ran"）容易重复出现，可用std::set<:string></:string>去重，但注意大小写归一化后再插
实际中，用户输入越短，纠错歧义越大；超过 3 个字符且非专有名词，编辑距离 ≤2 的结果通常足够可靠。真正麻烦的是缩写、大小写混用、标点粘连——这些得前置清洗，不是编辑距离算法该管的事。
