4. 哈希算法与消息摘要：MD5、SHA系列、SM3
聊到哈希算法，我脑子里第一个蹦出来的词就是“数字指纹”。你想想看，消息摘要这玩意儿，本质上就是把任意长度的数据，通过一个单向函数，压缩成固定长度的“指纹”。这指纹独一无二，但你又没法从指纹反推回原数据。这就是它的核心价值。
在实际的SDK调用链路里，我们到处都需要它。完整性校验、数字签名、密码存储，哪哪都离不开。我记得刚入行那会儿，总觉得哈希就是“加密”，后来吃过亏才明白——它根本不是加密，它连钥匙都没有，你怎么解？
4.1 先说不可逆与抗碰撞
这两个特性，是哈希算法的命根子。
- 不可逆（Pre-image Resistance）：给你一个哈希值，你几乎不可能找到原始输入。说白了，这是一个单向门。我有个朋友曾试图用彩虹表去撞一个SHA-256的哈希，跑了三天三夜，结果发现原始数据是个64位的随机盐值，当场崩溃。
- 抗碰撞（Collision Resistance）：很难找到两个不同的输入，使得它们的哈希值相同。这是哈希算法的安全底线。如果碰撞很容易构造，那完整性校验就形同虚设。
4.2 MD5：老将的黄昏
MD5生成128位的摘要。速度很快，曾经是主流。但说实话，现在我已经不太敢在安全场景里用它了。
为什么？因为碰撞攻击已经被验证了。2004年，王小云教授团队实现了MD5的碰撞。到了2017年，Google直接公开了两个内容不同但MD5值完全一样的PDF文件。
现在MD5还能干嘛？ 我个人的建议是：
- 只能用于非安全场景的校验（比如下载文件后检查是否损坏，不防恶意篡改）。
- 不要用于数字签名、证书验证或密码存储。
- SDK内部做数据一致性快速校验时，MD5依然可用，但必须搭配其他安全机制。
4.3 SHA系列：从1到2再到3
SHA（安全哈希算法）是NIST发布的标准。咱们常打交道的就几个：
| 算法 | 输出长度 | 安全状态 | 我的建议 |
|---|---|---|---|
| SHA-1 | 160位 | 已退役 | 别碰了，Google和微软都宣布弃用了 |
| SHA-256 | 256位 | 安全 | 当前首选，性能与安全的平衡点 |
| SHA-384 | 384位 | 安全 | 用于高安全场景，性能开销稍大 |
| SHA-512 | 512位 | 安全 | 适合对性能不敏感的极端安全需求 |
| SHA-3 | 可变 | 安全 | 备用方案，结构不同，防止SHA-2被攻破 |
我个人的习惯是：新项目无脑选SHA-256。你想想看，它运算速度快，安全性经过长期验证，现在绝大多数硬件都有对应的加速指令。SHA-2家族是目前SDK完整性校验的主力。
至于SHA-3，它是基于Keccak算法的，结构和SHA-2完全不同。我把它当作一种“战略储备”。万一哪天SHA-2的碰撞被突破了，直接切到SHA-3就行。
4.4 SM3：国标的力量
SM3是我国国家密码管理局发布的商用密码哈希算法。输出长度256位，安全性对标SHA-256。
如果你在做国内合规的项目，尤其是金融、政务、医疗这些行业，必须支持SM3。我记得在对接某银行SDK时，对方明确要求所有摘要算法只能用SM3。当时我还特意对比了一下性能，发现SM3在软件实现上比SHA-256稍慢，但差距很小，而且有硬件芯片加速方案。
SM3在SDK里的典型用法：
- 完整性校验：对消息体做SM3摘要，接收方重新计算并比对。
- 数字签名：与SM2椭圆曲线公钥密码算法配合使用。
- 密钥派生：作为PRF（伪随机函数）使用。
4.5 在SDK中做完整性校验
这部分是实战。咱们SDK里，完整性校验最常见的场景就是：确认你收到的消息，就是你想要的那个消息，没人动过手脚。
基本的流程是这样的：
- 发送方用哈希算法计算消息的摘要值（比如SHA-256）。
- 发送方把摘要值附加在消息后面一起发送出去。
- 接收方收到消息后，用同样的哈希算法重新计算摘要。
- 接收方比对计算出的摘要和收到的摘要是否一致。
听起来很简单对吧？但这里有几个坑，我曾经踩过：
一个简单的HMAC-SHA256代码示例（伪代码）：
// 发送方
message = "转账100元给Bob"
key = "共享密钥"
hmac = HMAC_SHA256(message, key)
// 发送 message + hmac
// 接收方
received_message = "转账100元给Bob"
received_hmac = "从网络接收到的hmac值"
computed_hmac = HMAC_SHA256(received_message, key)
if (computed_hmac == received_hmac) {
// 校验通过，消息完整
} else {
// 校验失败，消息被篡改或传输错误
}嗯，这里要注意：密钥的管理比算法本身更重要。密钥泄露，HMAC就废了。
4.6 一张图总结：哈希算法知识体系
这类知识看着零散，其实可以串联到一起。下面这张图展示了哈希算法与消息摘要的核心逻辑，以及它们在SDK中的定位。了解一下。
4.7 选型建议：到底用哪个？
这个问题我经常被问到。我的建议其实很简单，分三种情况：
- 通用场景（无合规要求）：HMAC-SHA256。速度快，安全性足够，生态最好。
- 国内合规场景：HMAC-SM3。配合国密体系，避免后续被要求整改。
- 极高安全场景：HMAC-SHA512 或 HMAC-SHA3-256。虽然性能差一点，但安全冗余充足。