DevOps的7大趋势
|
总结一下就是使用非对称加密算法来加密会话密钥，使用对称加密算法来加密消息明文，接收方则使用非对称加密算法的私钥解密出会话密钥，再利用会话密钥解密消息密文。 这样混合加密就解决了对称加密算法的密钥交换问题，而且安全和性能兼顾，完美地实现了机密性。 后面还有完整性、身份认证、不可否认等特性没有实现，所以现在的通信还不是绝对安全。 摘要算法与完整性 摘要算法的主要目的就是实现完整性，通过常见的散列函数、哈希函数实现。 我们可以简单理解成这事一种特殊的压缩算法，将任意长度的明文数据处理成固定长度、又是独一无二的“摘要”字符串，就是该数据的指纹。 同时摘要算法是单向加密算法，没有密钥，加密后的数据也无法解密，也就是不能从“摘要”推导出明文。 比如我们听过或者用过的 MD5(Message-Digest 5)、SHA-1(Secure Hash Algorithm 1)，它们就是最常用的两个摘要算法，能够生成 16 字节和 20 字节长度的数字摘要。 完整性实现 有了摘要算法生成的数字摘要，那么我们只需要在明文数据附上对应的摘要，就能保证数据的完整性。 但是由于摘要算法不具有机密性，不能明文传输，否则黑客可以修改消息后把摘要也一起改了，网站还是鉴别不出完整性。
所以完整性还是要建立在机密性上，我们结合之前提到的混合加密使用 ”会话密钥“ 加密明文消息 + 摘要，这样的话黑客也就无法得到明文，无法做修改了。这里有个专业术语叫“哈希消息认证码(HMAC)”。 这里我们用到了 2 个队列：
这里需要注意，从等待状态线程无法直接进入 Q2，而是要先重新加入同步队列，再次等待拿锁，拿到了锁才能进去 Q2;一旦出了 Q2，锁就丢了。 在 Q2 里，其实只有一个线程，因为这里我们必须要加锁才能进行操作。 实现
这里我首先建了一个简单的 Product 类，用来表示生产和消费的产品，大家可以自行添加更多的 fields。 而通知，就是 notify() 或者 notifyAll() 。 那么基于这种消息通知机制，我们还能够平衡生产者和消费者之间的速度差异。 如果生产者的生产速度很慢，但是消费者消费的很快，就像是我们每月工资就发两次，但是每天都要花钱，也就是 1:15. 那么我们就需要调整生产者(发工资)为 15 个线程，消费者保持 1 个线程，这样是不是很爽～ 总结下该模型的三大优点： 解藕，异步，平衡速度差异。 wait()/notify() 接下来我们需要重点看下这个通知机制。 wait() 和 notify() 都是 Java 中的 Object 类自带的方法，可以用来实现线程间的通信。 在上一节讲的 11 个 APIs 里我也提到了它，我们这里再展开讲一下。 wait() 方法是用来让当前线程等待，直到有别的线程调用 notify() 将它唤醒，或者我们可以设定一个时间让它自动苏醒。 调用该方法之前，线程必须要获得该对象的对象监视器锁，也就是只能用在加锁的方法下。 而调用该方法之后，当前线程会释放锁。(提示：这里很重要，也是下文代码中用 while 而非 if 的原因。) notify() 方法只能通知一个线程，如果多个线程在等待，那就唤醒任意一个。
notifyAll() 方法是可以唤醒所有等待线程，然后加入同步队列。 （编辑：怀化站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
