javascript - 从ws ://to wss://切换时需要注意什么

Question

我发现有些移动网络提供商本身并不支持端口 80，但他们确实支持端口 443，我觉得这有点奇怪。无论如何，我无能为力，导致我从端口 80 切换到端口 433，使用 wss:// 代替 ws://。

我想知道使用wss://有什么负面影响吗？问题是我(还)没有 SSL 证书。

Answer 1

唯一真正的“负面”影响可能是对您发送的内容进行加密/解密所需的 CPU 使用率略有增加。其中一些可以通过选择较弱(重新:更快)的密码或在极端情况下使用基于 SSL 硬件的卸载来抵消。由于 TLS key 交换，在建立连接时(当然类似于使用 HTTPS)也只是增加了一点延迟。但是因为 key 交换握手只需要在连接上发生一次，所以总体来说成本并不是很大。

正如您所指出的，您还需要获得适当的 SSL 证书，因此这将是一项额外的管理成本(如果您获得认可的证书颁发机构签名，则两者都以 $$ 计，并且加载它需要一些时间进入一些 keystore )。

同意上面 phil (@leggetter) 的观点，大多数移动提供商都在使用缓存代理来加速端口 80 请求的响应(假设它是流过它的 http 内容)并且它经常干扰原始的 http 响应握手WS。当您使用加密时，代理无论如何都无法解析/解密内容，所以他们让它通过。这就是为什么端口 443 经常在端口 80 不能工作的地方工作。您也可以尝试在 80 以外的端口上使用 WS 连接，但前提是您的用户不在防火墙后面。移动网络通常不会在备用端口上缓存/干扰。