本文探讨了HTTP通信中的安全问题，介绍了HTTPS如何通过对称加密和非对称加密、数字证书、数字签名等技术保障信息完整性和身份认证。特别关注了高并发场景下的秒杀系统设计，强调一致性与高可用性的解决方案。
2）信息完整性
3）身份认证
3.如何保证通信安全
我们先来看下HTTP的一次数据通信过程。TCP建立连接和断开连接的过程，这里就不再描述了。
图一
存在的安全性问题：
1）图一过程①和②都有可能被黑客截取，用户的信息暴露，非常危险。
HTTPS为了解决这个问题，允许通信双方共同约定一种加解密方式，即对称加密技术，仅通信双方知晓密钥以确保传输数据的安全；可是依然存在一个问题：通行双方如何交互这个密钥呢？
于是又提出通过非对称加密技术实现密钥的交互，即服务端向客户端提供自己的公钥，然后客户端通过公钥加密秘钥传输给服务端，服务端收到后使用私钥解密，获取密钥，后续通信双方通过该对称密钥进行通信。
图二
2）图二中的过程②，如果被黑客拦截会发生什么？
黑客可以伪造成服务器，将黑客自己的公钥分发给客户端，也就是说“服务器”本身就是个假的，这样的话图二中过程③客户端加密的密钥就很容易被黑客获取，显然后续的通信过程一直被黑客监听，信息完全暴露。
HTTPS为了解决这个问题提出了“数字证书”，由于数字证书是权威机构颁发的，申请者需要提交很多资料审核，正常情况下伪造者很难申请到证书，因此也就保证了服务端提供的公钥是安全可信的。
图三
3)图三中的过程②颁发的证书，被黑客拦截篡改怎么办？
如果证书被黑客拦截了。虽然黑客拿着证书也没啥用，但是万一黑客捣乱把证书信息篡改了，那么客户端接收后就根本不知道了，同样存在安全隐患。
所以，CA机构在生成证书的时候就使用了“数字签名”，保证了证书的完整性。
原理：CA机构使用Hash算法得到证书明文信息的“信息摘要”，然后使用自己的私钥对“信息摘要”加密，生成数字签名一同放在数字证书中；当客户端收到服务器发送的证书时，可以通过证书中的Hash算法对证书信息签名得到“信息摘要”，然后使用CA机构的公钥对原证书中的签名信息解密，如果解密后的“信息摘要”和自签名得到的一致，则说明没问题。（CA机构一般都是权威性的，所以通常它的公钥都是内置在客户端系统中的）
4）同样的问题，客户端和服务端在通信过程中，虽然黑客没有“会话密钥”无法获取真实的传输信息，但是黑客可以“修改数据”，比如删除一段信息，这样通信双方拿到数据后，并不知道数据被修改了。
HTTPS为了保证数据的完整性，同样使用了“数字签名”，使用的是HMAC算法进行签名，保证了通行过程中的信息完整性。
小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）
总目录展示
该笔记共八个节点（由浅入深），分为三大模块。
高性能。 秒杀涉及大量的并发读和并发写，因此支持高并发访问这点非常关键。该笔记将从设计数据的动静分离方案、热点的发现与隔离、请求的削峰与分层过滤、服务端的极致优化这4个方面重点介绍。
一致性。 秒杀中商品减库存的实现方式同样关键。可想而知，有限数量的商品在同一时刻被很多倍的请求同时来减库存，减库存又分为“拍下减库存”“付款减库存”以及预扣等几种，在大并发更新的过程中都要保证数据的准确性，其难度可想而知。因此，将用一个节点来专门讲解如何设计秒杀减库存方案。
高可用。 虽然介绍了很多极致的优化思路，但现实中总难免出现一些我们考虑不到的情况，所以要保证系统的高可用和正确性，还要设计一个PlanB来兜底，以便在最坏情况发生时仍然能够从容应对。笔记的最后，将带你思考可以从哪些环节来设计兜底方案。
篇幅有限，无法一个模块一个模块详细的展示（这些要点都收集在了这份《高并发秒杀顶级教程》里），麻烦各位转发一下（可以帮助更多的人看到哟！）
由于内容太多，这里只截取部分的内容。
各位转发一下（可以帮助更多的人看到哟！）
[外链图片转存中…(img-XQ3cwV92-1710426962638)]
[外链图片转存中…(img-28LdBdzg-1710426962639)]
由于内容太多，这里只截取部分的内容。
2365
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
