Android 移动设备是否有足够的CPU支持所有网站的HTTPS；交通怎么样？

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

---

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

考虑到此类设备的CPU运行频率为400 MHz或更高，HTTPS在较慢的CPU上运行了几十年，我想说这没有问题。

这并没有回答你的问题，但这是一篇有趣而相关的文章，讲述了谷歌试图创建一个更快的HTTP协议，需要在客户端进行额外处理（如gzip和HTTPS）：只想补充一点：但由于SSL握手，你可能仍然会减速，尤其是在更高延迟的移动连接上：@Yoni-true。另一个让所有http流量源自一台服务器的原因（实际上是：具有固定ip的主机名）大大减少了需要设置的连接数。一个这样的页面视图导致9（九！）个不同的主机。通过https简化类似的内容可以轻松抵消任何减速。不过，除非keepalive处于启用状态，否则这并不重要；我还没有见过很多Android应用程序尝试使用它（尤其是，无论如何，我无法想象这会让电池寿命特别愉快），但请看。对于一个包含10个图像、5个css文件和2个js的页面视图，我99%相信每个现代浏览器（手机或其他）都使用keepalive，并通过一个TCP连接获得它们。第二个页面浏览可能需要一个新的连接，是的。对于移动浏览器，肯定需要；我想我也在考虑应用程序开发。不过对于OP的问题，我肯定会这么想。