好吧，您可以在Wikipedia中查找它。但是，由于您需要一个解释，因此我将尽力而为：
散列函数
它们提供了任意长度的输入和（通常）固定长度（或更短的长度）输出之间的映射。从简单的crc32到完整的加密哈希函数（例如MD5或SHA1 / 2/256/512），它可以是任何东西。关键是正在进行单向映射。由于每个函数产生的输出都比其输入的输出要小（如果将每个可能的1mb文件都馈入MD5中，则会产生大量的冲突），因此总是有很多：1映射（这意味着总是会有冲突）。
它们很难（或实际上不可能）逆转的原因是由于它们在内部如何工作。大多数密码哈希函数会多次遍历输入集以产生输出。因此，如果我们查看每个固定长度的输入块（取决于算法），则哈希函数将调用该状态。然后，它将遍历状态并将其更改为新状态，并将其用作对自身的反馈（MD5对每个512位数据块执行64次此操作）。然后，它将以某种方式将所有这些迭代的结果状态组合在一起，以形成结果哈希。
现在，如果您想对哈希进行解码，则首先需要弄清楚如何将给定的哈希拆分为迭代状态（对于小于数据块大小的输入，存在一种可能性，对于较大的输入，存在许多可能性）。然后，您需要为每个状态反转迭代。现在，为了解释为什么这是很辛苦的，试想一下推断a并b从以下公式：10 = a + b。有10个正面组合a和b可以使用。现在循环一遍：tmp = a + b; a = b; b = tmp。对于64次迭代，您将有10 ^ 64种以上的尝试机会。这只是一个简单的添加，其中在迭代之间保留了一些状态。实数哈希函数执行的操作不止1个操作（MD5对4个状态变量执行约15个操作）。并且由于下一次迭代取决于前一个的状态，并且前一个在创建当前状态时被销毁，因此几乎不可能确定导致给定输出状态的输入状态（每次迭代不少于）。将其与大量可能性结合起来，甚至对MD5进行解码也将占用几乎无限（但不是无限）的资源。太多的资源
加密功能
它们在任意长度的输入和输出之间提供1：1映射。而且它们总是可逆的。需要注意的重要一点是，使用某些方法可以使它可逆。对于给定的密钥，它始终为1：1。现在，有多个input：key对可能会生成相同的输出（实际上通常取决于加密功能）。好的加密数据与随机噪声是无法区分的。这与始终具有一致格式的良好哈希输出不同。
用例
当您想比较一个值但不能存储普通表示形式时（由于多种原因），请使用哈希函数。密码应该非常适合此用例，因为出于安全原因（并且不应），您不想以纯文本形式存储密码。但是，如果您要检查文件系统中是否存在盗版音乐文件，该怎么办？每个音乐文件存储3 mb是不切实际的。因此，取而代之的是，获取文件的哈希值并存储该哈希值（md5将存储16个字节而不是3mb）。这样，您只需对每个文件进行哈希处理，然后将其与存储的哈希数据库进行比较（在实践中，由于重新编码，更改文件头等原因，效果不佳，但这是一个示例用例）。
检查输入数据的有效性时，请使用哈希函数。这就是他们的目的。如果您有2个输入，并且想要检查它们是否相同，则通过哈希函数运行这两个输入。对于较小的输入大小（假设哈希函数良好），发生碰撞的可能性在天文上较低。这就是为什么建议使用密码的原因。对于不超过32个字符的密码，md5的输出空间为4倍。SHA1具有大约六倍的输出空间。SHA512的输出空间约为16倍。您实际上并不在乎密码是什么，而是在乎密码是否与存储的密码相同。这就是为什么您应该使用哈希作为密码。
每次需要取回输入数据时都使用加密。注意需要这个词。如果要存储信用卡号，则需要在某些时候将其取回，但又不想存储纯文本。因此，请存储加密版本，并保持密钥尽可能安全。
哈希函数对于签名数据也非常有用。例如，如果您使用的是HMAC，则可以通过对与已知但未传输的值（秘密值）串联的数据进行哈希处理来对数据片段进行签名。因此，您发送纯文本和HMAC哈希。然后，接收器仅用已知值对提交的数据进行哈希处理，并检查其是否与发送的HMAC相匹配。如果相同，您会知道没有秘密价值的一方不会对其进行篡改。这通常用在HTTP框架的安全cookie系统中，以及用于通过HTTP传输数据的消息中，在这些情况下，您需要保证数据的完整性。
关于密码哈希的注释：
密码散列函数的一个关键特征是它们创建起来应该非常快，并且反转起来非常困难/缓慢（非常困难，以至于几乎是不可能的）。这带来了密码问题。如果您存储sha512(password)，那么您就没有做任何事情来防范彩虹桌或蛮力攻击。记住，哈希函数是为提高速度而设计的。因此，对于攻击者而言，仅通过哈希函数运行字典并测试每个结果就不那么容易了。
添加盐有助于解决问题，因为它会向哈希添加一些未知数据。因此md5(foo)，与其找到匹配的东西，不如找到添加到已知盐中的东西md5(foo.salt)（这很难做）。但这仍然不能解决速度问题，因为如果他们知道盐，那只是运行字典的问题。
因此，有一些方法可以解决这个问题。一种流行的方法称为键增强（或键拉伸）。基本上，您遍历了哈希多次（通常是数千次）。这有两件事。首先，它大大减慢了哈希算法的运行时间。其次，如果正确实施（在每次迭代中传递输入和盐分），实际上会增加输出的熵（可用空间），从而减少发生碰撞的机会。一个简单的实现是：
var hash = password + salt;
for (var i = 0; i < 5000; i++) {
hash = sha512(hash + password + salt);
}
还有其他更标准的实现，例如PBKDF2，BCrypt。但是，很多安全相关系统（例如PGP，WPA，Apache和OpenSSL）都使用了此技术。
底线hash(password)还不够好。 hash(password + salt)更好，但仍然不够好...使用扩展的哈希机制来生成密码哈希...
关于微不足道的拉伸的另一个说明
在任何情况下，请勿将一个哈希的输出直接反馈回哈希函数：
hash = sha512(password + salt);
for (i = 0; i < 1000; i++) {
hash = sha512(hash); // <-- Do NOT do this!
}
其原因与碰撞有关。请记住，所有哈希函数都有冲突，因为可能的输出空间（可能的输出数量）小于输入空间。要了解原因，让我们看看会发生什么。首先，让我们假设发生碰撞的可能性为0.001％sha1()（实际发生的可能性要低得多，但仅出于演示目的）。
hash1 = sha1(password + salt);
现在，hash1发生碰撞的可能性为0.001％。但是，当我们进行下一个操作时hash2 = sha1(hash1);，所有的冲突都会hash1自动成为的冲突hash2。因此，现在，我们将hash1的费率为0.001％，并且第二次sha1()调用添加了该值。因此，现在，hash2发生碰撞的可能性为0.002％。那是两倍的机会！每次迭代都会0.001%给结果增加一次碰撞的机会。因此，经过1000次迭代，发生碰撞的机会从微不足道的0.001％跃升至1％。现在，降级是线性的，并且实际概率要小得多，但是效果是相同的（单次碰撞的概率估计md5约为1 /（2 128）或1 /（3x10 38）。尽管这看起来很小，但是由于生日袭击，它并没有看起来那么小。
相反，通过每次重新添加salt和密码，可以将数据重新引入到哈希函数中。因此，任何特定回合的任何碰撞都不再是下一回合的碰撞。所以：
hash = sha512(password + salt);
for (i = 0; i < 1000; i++) {
hash = sha512(hash + password + salt);
}
与本机sha512函数具有相同的碰撞机会。你想要哪一个。改用它。
