下载 HTTPS 文件更消耗 cpu 吗？

[leon0318]

比如有一个 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]

肯定

[leon0318]

@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 快得多

[shakaraka]

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

[1BF6oSYCD9ngBHo1]

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

[ch2]

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

[ETiV]

所以 CDN 会额外的为 https 请求多收一点钱

[EAX1]

是的。
在 windows/andriod 开发，或者说 X86 架构下，这一点性能开销无伤大雅。
但是在性能受限的嵌入式开发，就会影响到硬件选型或功耗设计等等。
例如 esp8266 之类的芯片，大量的 https 加解密，是可以把 cpu 和内存跑满的。
很多芯片，会专门设计一个 AES 加解密的协处理器，专门用于这一类工作，也就是“硬解”。

[kingfalse]

担心 HTTPS 的性能可以试试 ecc 证书

[Overfill3641]

https 只是交换密钥前用 AES 吧？之后用的对称加密。

[Tyanboot]

@v2tudnew AES 就是对称加密。。。

[Overfill3641]

@Tyanboot #25 是的，打错了，RSA 。