汉明距离仅适用于等长字符串，计算前必须校验长度相等，否则会越界或产生未定义行为；推荐抛出invalid_argument异常，并用异或统计不等字符数。
字符串长度不等时直接返回错误
汉明距离只对等长字符串有意义，C++里没有内置校验，必须手动判断。一旦忽略这点，std::string::operator[] 或 at() 会越界，轻则抛出 std::out_of_range，重则未定义行为（尤其用 data() + 指针遍历时）。
实操建议：
- 先比较
s1.length() == s2.length()，不等就直接返回 -1 或抛异常（推荐throw std::invalid_argument("strings must have same length")） - 别依赖
std::equal自动截断——它只比到较短串结尾，结果完全错误 - 如果输入来自文件或网络，务必在读入后立刻校验长度，别拖到计算逻辑里
逐字符异或比较是最简洁的实现方式
两个字符相等 → 异或为 0；不等 → 非 0。用 !((s1[i] ^ s2[i])) 判断相等虽可行，但更直白的是累加非零结果的数量。
示例代码（安全、无符号、兼容 C++11+）：
立即学习“C++免费学习笔记（深入）”；
int hamming_distance(const std::string& s1, const std::string& s2) {
if (s1.length() != s2.length()) {
throw std::invalid_argument("strings must have same length");
}
int dist = 0;
for (size_t i = 0; i < s1.length(); ++i) {
if (s1[i] != s2[i]) {
++dist;
}
}
return dist;
}
说明：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 用
size_t遍历避免有符号/无符号比较警告 - 直接用
!=比static_cast<unsigned char>(s1[i]) ^ static_cast<unsigned char>(s2[i])</unsigned></unsigned>更可读，且对 ASCII 和 UTF-8 单字节字符完全等价 - 不用
std::mismatch——它只找第一个差异位置，还得自己计数，反而绕远
处理非 ASCII 字符串要格外小心
汉明距离本质是按字节比较，不是按 Unicode 码点。对 UTF-8 编码的中文字符串（如 "你好"），每个汉字占 3 字节，std::string 的 [] 操作访问的是字节，不是字符。
这意味着：
-
hamming_distance("你好", "你好")返回 0（正确） -
hamming_distance("你好", "你坏")返回 3（因为“好”和“坏”的 UTF-8 编码仅第 3 字节不同，前两字节相同） - 如果你真正想比的是“Unicode 码点差异数”，那这不是汉明距离，而是需要先解码成
std::u32string再比较——但这就不再是标准定义了
所以：除非明确要求字节级差异，否则在文档里写清“本函数按 std::string 字节序列计算”。
性能敏感场景下可用 SIMD 加速（但通常没必要）
对超长字符串（如基因序列，百万级字节），纯循环确实慢。x86 上可用 SSE2 或 AVX2 一次比 16/32 字节，但代价是代码复杂、平台绑定、编译开关依赖。
实操建议：
- 先用上面的朴素版本，profile 确认它是瓶颈再优化
- 别手写内联汇编——用
std::memcmp做批量相等判断（如每 16 字节调一次），再对差异块逐字节扫，平衡可读与速度 - Clang/GCC 在
-O2下对简单循环常自动向量化，不必过早干预
真正容易被忽略的是：汉明距离本身是个 O(n) 操作，无论怎么优化，输入长度翻倍，耗时基本翻倍。算法层面没捷径，别指望用哈希或预处理降复杂度。
