为什么「MD5参考手册」总让人犯嘀咕？我琢磨过一阵，发现根子在于大多数人没分清"口径"和"算法"，混在一起自然算不对。
正确的做法是这样的
哈希(摘要)是把任意长度数据映射成固定长度字符串的单向函数，MD5输出128位(32位十六进制)、SHA1输出160位(40位)、SHA256输出256位(64位)。同样输入永远得同样输出，改一个字节结果天翻地覆(雪崩效应)，且无法从输出反推输入。处理用户输入一定过滤特殊字符，防XSS和注入是基本功。能用成熟库就别自己造轮子，特别是编码、加密、解析这种容易出错的领域。
常见错误盘点
MD5和SHA1已被证明不安全(可碰撞)，不能用于安全场景(密码存储、数字签名)，要用SHA256或更强。密码存储还要加盐(salt)防彩虹表，或用Bcrypt/Argon2等慢哈希。文件校验用MD5/SHA256验证完整性是OK的。处理文本统一用UTF-8，能避免90%的乱码和编码冲突问题。大文件别一次性读进内存，用流式处理或逐行读取，否则容易OOM。
实算对比
先搞清概念。MD5参考手册这类文本操作，本质是对字符串按某种规则转换或分析。搞懂规则(编码标准、正则语法、格式规范)，操作就有章法；规则没吃透，照着抄都会出错。字符串操作要考虑多字节字符，中文一个字不等于一个字节。编码问题九成是UTF-8和GBK没统一，全链路统一UTF-8能解决一大半乱码。
几个要注意的地方
为了避免算完发现对不上，请注意：
- MD5和SHA1已被证明可碰撞，不能用于安全场景
- 哈希单向不可逆，无法从输出反推输入
- 密码存储要加盐防彩虹表，用慢哈希(Bcrypt/Argon2)防暴力破解
- 同样输入永远得同样输出，改一个字节结果天翻地覆(雪崩效应)
该讲的都讲了，剩下的在你手里。多算几次，你也会成为别人眼里的"懂行的人"。
中文用mb_系列函数处理，旧函数容易截断半个汉字出乱码。数据格式(JSON/XML/CSV)要先确认再解析，猜格式必出错。处理用户输入一定过滤特殊字符，防XSS和注入是基本功。编码转换先确认源编码，盲目转只会越转越乱。写完正则或解析逻辑，一定用边界案例测：空串、超长、特殊字符、Unicode。大文件别一次性读进内存，用流式处理或逐行读取，否则容易OOM。编码问题九成是UTF-8和GBK没统一，全链路统一UTF-8能解决一大半乱码。特殊字符在该转义的地方一定要转义，否则解析失败或被注入。字符串操作要考虑多字节字符，中文一个字不等于一个字节。
常见问题
【MD5参考手册是什么意思？】属于文本处理范畴，是对字符串按特定规则转换或分析的操作。具体含义要看场景，但核心都是让文本数据能在不同环境正确表示和使用。
【MD5能用来加密密码吗？】不建议。MD5可碰撞且速度快易被暴力破解。密码存储要用Bcrypt/Argon2等慢哈希并加盐(salt)，文件完整性校验用MD5/SHA256可以。
【哈希能反推出原文吗？】不能。哈希是单向函数，无法从输出反推输入。只能用彩虹表(预计算的原文-哈希表)暴力匹配简单密码，所以密码要加盐、用慢哈希(Bcrypt/Argon2)。
【MD5和SHA256有什么区别？】MD5输出128位(32位十六进制)，SHA256输出256位(64位)。MD5已被证明可碰撞不安全，不能用于密码签名；SHA256目前安全。文件校验两者都行，安全场景用SHA256。
