SSL 会带来多少开销？

数量级：零。

换句话说，当您添加 TLS 时，您不会看到吞吐量减半或类似情况。“重复”问题的答案主要集中在应用程序性能，以及与 SSL 开销相比如何。这个问题专门排除了应用程序处理，并试图将非 SSL 与 SSL 进行比较。虽然在优化时从全局角度看待性能是有意义的，但这不是这个问题要问的。

SSL 的主要开销是握手。这就是昂贵的非对称加密发生的地方。经过协商，使用相对有效的对称密码。这就是为您的 HTTPS 服务启用 SSL 会话非常有帮助的原因，在该服务中建立了许多连接。对于长期存在的连接，这种“最终效果”没有那么重要，会话也没有那么有用。

这是一个有趣的轶事。当 Google 将 Gmail 切换为使用 HTTPS 时，不需要额外的资源；没有网络硬件，没有新主机。它只增加了大约 1% 的 cpu 负载。

我知道没有单一的硬性答案，但是对于 SSL 的加密开销与未加密的套接字通信是否有一个通用 ~~的数量级估计近似值？~~
我说的只是通信处理和连线时间，不包括应用程序级处理。

更新

有一个关于 HTTPS 与 HTTP 的问题，但我有兴趣在堆栈中寻找更低的位置。

（我替换了短语“数量级”以避免混淆；我将其用作非正式的术语，而不是正式的 CompSci 意义上的。当然，如果我是正式的
意思，作为一个真正的极客，我会考虑二进制而不是十进制！;-)

更新

根据评论中的请求，假设我们正在讨论持久连接上的大消息（范围为 1k-10k）。所以连接建立和数据包开销不是重要的问题。