前3个步骤，可以理解为“签名过程”；后3个步骤，可以理解为“验证过程”
假设Alice 需要签名发送一份电子合同文件给Bob 。Alice 的签名步骤如下：
第一步， Alice 使用Hash 函数将电子合同文件生成一个消息摘要；---理解：明文，用hash函数，转换成固定长度的哈希值（消息摘要）
第二步， Alice 使用自己的私钥，把消息摘要加密处理，形成一个数字签名；---理解：用RSA之类的算法再上述对哈希值（消息摘要）在进行加密
第三步， Alice 把电子合同文件和数字签名一同发送给Bob。---注意，这里是发了两个东西，一个是合同文件元件，一个是数字签名
Bob 收到Alice 发送的电子合同文件及数字签名后，为确信电子合同文件是Alice 所认可的，验证步骤如下：
第一步， Bob 使用与Alice 相同的Hash 算法，计算所收到的电子合同文件的消息摘要；---①hash算法就那么几种，且是公开的，比如Alice用MD5算法生成哈希值，那么Bob在验证时当然也要使用MD5算法。如果算法都不一样，那就谈不上验证了。②这里计算的“电子合同文件（原件）”的哈希值，假设为h1
第二步， Bob 使用Alice 的公钥，解密来自Alice 的加密消息摘要，恢复Alice 原来的消息摘要。---这里恢复是Bob数字签名中的加密消息摘要，假设为h2。（---这里对应上面的是“签名过程”中的“第二步”）
第三步， Bob 比较自己产生的消息摘要和恢复出来的消息摘要之间的异同。若两个消息摘要相同，则表明电子合同文件来自Alice 。如果两个消息摘要的比较结果不一致，则表明电子合同文件已被篡改。---这里有几层意思，h1=h2，一方面说明了合同文件没有被篡改（---对应“完整性”），一方面也说明了合同文件来自Alice（---对应了“数字签名”）。h1≠h2，说明了合同文件已被篡改
