在通过套接字发送到客户端之前压缩中等大小的 javascripts 数组是否值得？
Is it worth it to compress medium sized javascripts array before sending to the client trough socket?
我只是想知道这是否值得，我将 nodejs 与 socket.io 一起使用，我需要将中等大小的数组发送到包含小字符串和数字的客户端。
压缩它们或其他东西是否值得，或者压缩它们的时间是否会破坏它自己更快的目的？我尝试压缩的数组小于 1 mb。
截至目前，我没有发现延迟，但谁知道呢，可能有人的网速较慢或设备较旧。
这完全取决于数组的大小以及它们从压缩中获益的程度——这两者您都没有透露。
例如，如果它们是 50k 并且可以压缩到 40k，则不太可能察觉到这种差异。
如果它们是 1MB 并且可以压缩到 300k，那么这种差异可能是有意义的。
您将需要测量它们通常有多大，然后，如果它们在压缩它们可能产生有意义差异的范围内，则对它们的压缩量进行一些测试。
仅供参考，您还可以查看数据是如何通过线路发送的，因为 socket.io 的默认值 JSON 也不总是最紧凑的格式化方式。例如，发送大量对象将在 JSON 中一遍又一遍地重复 属性 名称，这可能会从压缩中受益匪浅，但可能会从使用自定义数据格式中获益更多紧凑。
我只是想知道这是否值得，我将 nodejs 与 socket.io 一起使用，我需要将中等大小的数组发送到包含小字符串和数字的客户端。 压缩它们或其他东西是否值得，或者压缩它们的时间是否会破坏它自己更快的目的？我尝试压缩的数组小于 1 mb。
截至目前，我没有发现延迟，但谁知道呢，可能有人的网速较慢或设备较旧。
这完全取决于数组的大小以及它们从压缩中获益的程度——这两者您都没有透露。
例如，如果它们是 50k 并且可以压缩到 40k，则不太可能察觉到这种差异。
如果它们是 1MB 并且可以压缩到 300k，那么这种差异可能是有意义的。
您将需要测量它们通常有多大，然后，如果它们在压缩它们可能产生有意义差异的范围内，则对它们的压缩量进行一些测试。
仅供参考，您还可以查看数据是如何通过线路发送的，因为 socket.io 的默认值 JSON 也不总是最紧凑的格式化方式。例如，发送大量对象将在 JSON 中一遍又一遍地重复 属性 名称，这可能会从压缩中受益匪浅，但可能会从使用自定义数据格式中获益更多紧凑。