C++标准库无MD5实现，std::hash与MD5本质不同；正确实现需严格遵循RFC 1321的padding、小端序、四轮迭代及初始向量，三步式API调用不可错序，字节流处理须精确，十六进制输出须补前导零。
直接用 std::hash 或第三方库（如 OpenSSL）得不到标准 MD5 结果——C++ 标准库不提供 MD5，必须手写或调用外部实现。自己实现时，核心是严格遵循 RFC 1321 的 padding 规则、字节序（Little Endian）、轮函数和初始向量，错一个 bit，输出就全错。
为什么 std::hash<:string></:string> 不能当 MD5 用
std::hash 是实现定义的，不同编译器、不同 STL 版本结果完全不同，且不保证 128 位、不固定输出长度、不满足密码学哈希的结构要求。它只用于哈希表加速，和 MD5 完全是两回事。
- 输出长度不固定（常见为 64 或 64 位指针大小）
- 无 padding、无消息长度追加、无四轮 16 步迭代
- 不可跨平台复现：同一字符串在 GCC 和 MSVC 下 hash 值大概率不同
MD5Init / MD5Update / MD5Final 三步调用必须成套使用
这是最接近 OpenSSL 风格的 C 接口封装，适合嵌入已有 C/C++ 工程。状态保存在 MD5_CTX 结构体中，不能跳过 MD5Init 直接调用 MD5Update，也不能重复调用 MD5Final 而不清空上下文。
-
MD5Init必须先调用，初始化state[4]为{0x67452301, 0xefcdab89, 0x98badcfe, 0x10325476} -
MD5Update可多次调用（比如分块读文件），但每次传入的inputlen必须是字节数，不是字符数（注意 UTF-8 多字节） -
MD5Final会自动补位 + 追加长度 + 计算最终值，并清空buffer；调用后若想再算新数据，必须重新MD5Init
字符串输入要按字节处理，别被 std::string 表面迷惑
MD5 对字节流操作，不是对“字符串语义”操作。传入 "你好" 时，实际哈希的是其 UTF-8 编码字节（通常是 6 字节），不是 Unicode 码点。如果误用 wstring 或宽字符转换，结果必然错误。
立即学习“C++免费学习笔记（深入）”；
- 直接用
s.c_str()和s.size()——前提是确认源字符串已是目标编码（推荐 UTF-8） - 不要用
s.length()替代s.size()，对含 '\0' 的字符串二者可能不同 - 若需处理 GBK/Shift-JIS 等编码，必须先转为字节数组再喂给 MD5，不能依赖 locale
输出 32 字符十六进制串时，unsigned char 到 hex 的转换易丢前导零
每个 result[i] 是 0–255 的 unsigned char，转成两位 hex（如 0xf → "0f"）时，漏写 '0' 会导致结果变短或错位。RFC 1321 要求严格 32 字符，少一位就是无效 MD5。
- 推荐用查表法：
const char hexchars[] = "0123456789abcdef"，取hexchars[b & 0xf]和hexchars[(b >> 4) & 0xf] - 避免用
std::hex ，流操作在嵌入式或无 iostream 环境下不可用 - 注意数组边界：
result是 16 字节，循环 16 次，每次输出 2 字符，共 32 字符
真正难的不是写完 64 行轮函数，而是让 padding 长度字段的低 32 位放在前、高 32 位放后，且整个补位块必须严格按 RFC 1321 的 512-bit 分块对齐——这里出错，连测试向量 "abc" 都过不了。
