移动设备是不是有足够的 CPU 来支持所有网站流量的 HTTPS？

Posted 2023-05-06

【中文标题】移动设备是不是有足够的 CPU 来支持所有网站流量的 HTTPS？

【英文标题】：Do mobile devices have enough CPU to support HTTPS for all of a website's traffic?移动设备是否有足够的 CPU 来支持所有网站流量的 HTTPS？

【发布时间】：2011-06-04 02:51:05

【问题描述】：

我们正在开发一个用于智能手机和其他移动设备的网络应用程序，并且我们正在考虑通过 HTTPS 运行所有流量以简化安全性。

我知道 HTTPS 加密对大型计算机的 CPU 成本相当低，但对于 iPhone 和 android 等现代智能手机来说也是如此吗？

【问题讨论】：

这并不能回答您的问题，但对于 Google 尝试创建一个需要在客户端进行额外处理（例如 gzip 和 HTTPS）的更快 HTTP 协议的尝试来说，这是一个有趣且相关的阅读：@ 987654321@

【参考方案1】：

考虑到这种设备的 cpu 运行在 400 MHz 或更高，并且 https 在较慢的 cpu 上运行已有数十年，我认为这没有问题。

【讨论】：

只是想补充一点：但是由于 SSL 握手，您可能仍然会遇到速度变慢的情况，尤其是在较高延迟的移动连接上：semicomplete.com/blog/geekery/ssl-latency.html

@Yoni 是真的。让所有 http 流量来自一个服务器的另一个原因（实际上：具有固定 ip 的主机名）大大减少了需要设置的连接数。一次 SO 网页浏览会导致 9 个（九个！）不同的主机。简化这样的事情很容易抵消 https 造成的任何放缓。

不过，除非启用 keepalive，否则无关紧要；我还没有看到很多 Android 应用程序尝试使用它（特别是，我无法想象这对电池寿命来说会特别令人愉快），但请参阅 developer.android.com/reference/org/apache/http/…。

对于一个包含 10 个图像、5 个 css 文件和 2 个 js 的网页浏览，我 99% 确信每个现代浏览器（手机或其他）都使用 keepalive 并通过一个 TCP 连接获取它们。是的，第二次网页浏览可能需要新的连接。

绝对是移动浏览器；我想我也在考虑应用程序开发。不过，对于 OP 的问题，我肯定会这样想。