.net HTTPS通信的延迟

我有一个经常与服务器通信的网站（频率：每3秒~）

该应用程序由许多Silverlight组件组成，这些组件与服务器上的WCF服务进行通信。通信是实时的

我想加密数据事务，所以想知道在这种情况下HTTPS是否适合我

HTTPS适用于实时和频繁的通信吗？它会增加延迟吗

---

谢谢

SSL比常规http连接更昂贵，因为它必须使用RSA算法进行握手，以基本上建立加密算法和用于后续连接的密钥

如果您必须每3秒钟建立一次握手，那么这比常规http调用要昂贵得多。但是，客户机可以向服务器发送一个keep-alive头，以重用现有的SSL套接字，并且在x秒空闲时间之前不打开新的协商。在这种情况下，您可以最小化与初始握手相关的开销。大多数现代浏览器都实现了在特定超时内保持活动状态（请参阅）

---

一旦建立了握手，加密和解密数据包会有额外的延迟。这种延迟在大多数应用程序中通常是可以接受的，但为了确定这种延迟是否适合您的应用程序，您需要分析您的应用程序。

这篇文章有点以Apache为中心。IIS7上的默认连接超时为2分钟。甚至Facebook也试图说服他们的用户使用https，所以我认为今天的性能问题可以忽略不计。（嘿，他们每个月都有10亿次页面浏览量）