下载 HTTPS 文件更消耗 cpu 吗？

[leonme]

比如有一个 10G 的文件，分别以 HTTP 和 HTTPS 保存。那么是不是 下载 HTTPS 的链接更占 cpu 呢？加解密？

[lscexpress]

http 是传输协议，跟保存没关系。如果你基础差去好好学一下，不然回答了你也看不懂

[czkwg8]

是的，有加解密过程，没 AES 指令集的 CPU 就很明显了

[ZRS]

是的

[BrettD]

分别以 HTTP 和 HTTPS **保存**

？

[zwgf]

是的，同样 http 请求和 https 请求对于服务器的 cpu 消耗也是不一样的，如果证书用的 aes，性能可能会好一点点

[iPhone9]

不要在意这些，cpu 还没耗完你流量先没了

[janssenkm]

是的，但如今的 cpu 基本都支持了 AESNI 指令集，你看不出有多占用

[wanguorui123]

肯定

[leonme]

@BrettD 没表达好，分别是 Http 和 Https 的链接

[zpxshl]

@lscexpress https 传输的数据会涉及加解密吧，理论上肯定会更占 cpu 。

[shiny]

当年 https 还是小众玩意儿的时候，很多人不上 https 最重要的一条理由是它会消耗 cpu 。

[Laforet]

TCP 也挺消耗 CPU 的，这边建议用 UDP 传大文件呢亲

[ysc3839]

理论上是的，但是对于客户端来说基本可以忽略不计。

[qhgongzi]

https 会更耗 cpu，

细节的话，握手环节非对称加解密消耗更多，传输环节对称加解密消耗比较少少， 所以 10G 文件，和 10kb 文件，消耗的 cpu 差不了多少（理论，没实际测试过），

如果要个直观的感觉的话， 目前 cdn 基本都针对 https 的请求次数单独计费，百万次请求大概收费 5 元。

[dingwen07]

HTTPS 传输实际数据的时候用的是对称式加密，对现代 CPU 来说都不是事儿了。但是确实，HTTPS 更消耗 CPU 。

[shiji]

更占 CPU 没错，不过那是十几年前的 CPU 。对当今的 CPU 来说是小菜一碟

[ashong]

反正用 gg 测试 LCP 的时候 http 比 https 快得多

[wunonglin]

理论是。但是现代没人会在意这个东西，反而在意 ssl 证书贵不贵（我当然知道有免费的）

[vinle]

楼主就算把"cpu"换成"资源"，答案也是肯定的。甚至对于 1byte 文件也是如此。另外，https=http over ssl/tls，人类为了实现这个东西，往原有 http 生态上加的东西可远不止"加密解密"。多说一句，能抵达 v 站的人肯定抵达 google/wikipedia 吧？对于楼主的问题，后者提供的解答应该远比 v 站丰富吧

[ch2]

对称加密已经被指令集底层支持了，压根不是事
你可以理解为现代的设备都支持"硬解"https,古早的设备只能"软解"确实会带来额外的计算