CRC（循环冗余校验）和MD5（消息摘要算法第5版）都是用于数据完整性检查的哈希函数，但它们在设计目的、实现方式以及应用场景上有显著的区别：

1. 设计目的

• CRC：主要用于检测数据传输或保存时发生的意外更改（例如由噪声引起的错误）。它不是为了抵御故意篡改而设计的。CRC算法简单快速，适合硬件实现。
• MD5：是一种加密哈希函数，设计目的是为了提供数据完整性和一定程度的安全性。理论上，即使是微小的数据改变也会导致完全不同的哈希值。然而，随着时间的发展，MD5被发现存在碰撞攻击的弱点，因此不再推荐用于安全敏感的应用中。

2. 哈希长度

• CRC：CRC的输出长度取决于具体的CRC类型，常见的有CRC-8、CRC-16、CRC-32等，分别产生8位、16位、32位的校验值。
• MD5：MD5总是生成一个128位（16字节）的哈希值，通常表示为32位的十六进制数字。

3. 安全性

• CRC：不提供任何安全性保证，容易受到故意伪造的攻击。由于其设计目标是效率而非安全性，所以不适合用于需要防止恶意篡改的场合。
• MD5：虽然最初被认为具有很高的安全性，但现在已知存在有效的碰撞攻击方法。这意味着两个不同的输入可以产生相同的MD5哈希值，因此它不再适用于需要强安全性的场景。

4. 应用场景

• CRC：广泛应用于网络协议、存储设备等需要快速检错的场合。
• MD5：尽管安全性存在问题，但由于其实现简单且计算速度快，在某些非关键应用中仍然使用，如简单的数据完整性验证。对于需要高安全性的场合，建议使用更现代和安全的算法，如SHA-256。

综上所述，CRC更适合于快速错误检测，而MD5曾被用于需要更高层次数据完整性保障的场合，但由于安全问题，现在更多地被其他更安全的哈希算法所取代。选择哪种算法应基于具体的需求和应用场景。

5.MD5实际上的使用策略举例

上面说了一些他的缺点就是有碰撞的存在.

• 应对策略1.可以加盐
• 应对策略2.MD5(MD5())生成校验码的时候多次嵌套
• 应对策略3.再2的基础上和SHA-1，SHA-2进行混淆使用

6.CRC的使用

• 上面体到的文件保存后的修改验证（注意由于其设计目标是效率而非安全性）
• 偶然一次看到的Redis的集群模式使用了一种哈希槽（hash slot）的概念来分配数据，总共有16384个槽位。为了确定一个键应该放置在哪一个槽位上，Redis并没有直接使用CRC算法，而是使用了自己定义的一种哈希函数，即crc16算法，并对其结果取模16384来决定键对应的槽位。这种方法确保了键能够均匀地分布在16384个槽位之间。（没有crc32是因为效率）
• 由于CRC16算法的性质以及后续的取模操作，理论上可以实现较为均匀的数据分布，从而支持负载均衡和高效的数据检索。
• 这里有个问题就是MD5应该也可以用来对hash的均匀分布上，但效率上应该是不入CRC16的