当我们在浏览器中访问一个以 https 开头的网站时，地址栏往往会显示一个小锁标志。很多人知道这代表“安全”，但真正问起安全是如何实现的，大多数人却说不清楚。实际上，这个小锁背后依赖的正是 SSL(现在更准确地说是 TLS)加密机制，而在 SSL 的整个工作过程中，对称加密和非对称加密并不是二选一的关系，而是各司其职、相互配合，缺一不可。
要理解它们在 SSL 中的作用，首先需要从最基本的问题说起：为什么通信需要加密。互联网本质上是一个开放网络，数据在客户端和服务器之间传输时，会经过路由器、交换机、运营商节点等多个中间环节。如果不加密，传输内容就像明信片一样，理论上任何中间节点都可能看到你发送了什么数据，包括账号、密码、表单信息等。SSL 的核心目标，就是让数据在传输过程中即使被截获，也无法被轻易读懂或篡改。
在加密技术中，对称加密和非对称加密是两种完全不同的思路。对称加密的特点是加密和解密使用同一把密钥，通信双方只要都持有这把密钥，就可以进行加密通信。常见的对称加密算法有 AES、DES、3DES 等。它的最大优点是速度快、效率高，非常适合对大量数据进行加密处理。缺点也很明显，那就是密钥如何安全地传递给对方。如果在传输密钥的过程中被第三方截获，那么后续所有通信内容都会失去安全性。
非对称加密正好解决了“密钥分发”的难题。非对称加密使用的是一对密钥，通常称为公钥和私钥。公钥可以公开给任何人，而私钥只由自己保存。用公钥加密的数据，只能用对应的私钥解密;反过来，用私钥加密的数据，也可以用公钥解密。常见的非对称加密算法包括 RSA、ECC 等。非对称加密的优势在于安全性高，不需要提前共享秘密信息，但它的缺点同样明显，那就是计算复杂、速度慢，不适合频繁加密大量数据。
看到这里，很多新手会产生一个疑问：既然对称加密快，非对称加密安全，那为什么不只用其中一种?答案就在 SSL 的设计思想中。SSL 并不是简单地选择其中一种加密方式，而是巧妙地把两者结合起来，发挥各自的优势，弥补彼此的不足。
在 SSL 连接建立的最初阶段，客户端和服务器之间是“互不信任”的状态。浏览器并不知道服务器是否真的是它声称的那个网站，服务器也不知道客户端是否安全。在这种情况下，如果直接使用对称加密，就会遇到密钥无法安全传输的问题。因此，SSL 在握手阶段引入了非对称加密。
当浏览器访问一个 HTTPS 网站时，服务器会先把自己的数字证书发送给客户端。这个证书中包含了服务器的公钥以及相关的身份信息。浏览器会通过内置的证书信任链来验证这个证书是否可信，如果验证通过，浏览器就可以确认“我正在和一个真实、可信的服务器通信”。这一步中，非对称加密并不主要负责加密大量数据，而是承担“身份验证”和“安全传递信息”的角色。
在证书验证完成后，客户端会生成一个随机的对称加密密钥，这个密钥通常被称为“会话密钥”。然后，客户端使用服务器证书中的公钥，对这个会话密钥进行加密，并发送给服务器。由于只有服务器持有对应的私钥，因此只有服务器才能成功解密并获取这个会话密钥。到这一步为止，对称加密所需要的密钥就已经安全地共享完成了。
从这一刻开始，真正大量的数据传输就不再使用非对称加密，而是全部切换为对称加密。原因非常简单：网页内容、图片、脚本、表单数据等数量巨大，如果全部使用非对称加密，不仅会严重影响性能，还会增加服务器和客户端的计算负担。而对称加密在性能方面有明显优势，能够在保证安全的前提下，提供良好的访问速度。
可以这样理解 SSL 中两种加密方式的分工：非对称加密负责“开场白”，用来确认身份、安全交换密钥;对称加密负责“正片内容”，用来高效地加密和解密后续所有通信数据。它们并不是竞争关系，而是配合关系。
除了加密数据本身，SSL 还需要解决数据是否被篡改的问题。这时，对称加密通常会配合消息摘要算法和完整性校验机制使用，确保数据在传输过程中没有被第三方修改。只要校验不通过，浏览器或服务器就会认为数据不可信，从而中断连接。
从实际使用角度来看，对称加密和非对称加密的结合，使 SSL 同时具备了安全性和实用性。如果只有非对称加密，HTTPS 网站可能会变得非常慢;如果只有对称加密，又无法在开放网络中安全地分发密钥。正是这种“各取所长”的设计，让 SSL 成为了互联网中事实上的安全标准。
对于普通用户来说，虽然平时不会直接接触这些加密算法，但它们却在每一次登录网站、提交密码、进行支付时默默发挥作用。对于网站运维人员和开发者来说，理解这套机制有助于更好地配置 SSL 证书、排查 HTTPS 相关问题，也能在安全性和性能之间做出更合理的选择。
在一些特殊场景中，比如高并发网站或对性能要求极高的业务，还会对加密算法进行进一步优化，例如使用更高效的对称算法，或者采用更现代的密钥交换方式。但无论细节如何变化，“非对称加密用于握手，对称加密用于通信”这一基本思路始终没有改变。
