Socket.io优化：是否传输JSON字符串？数据包大小疑问及优化方法

1. Socket.io是否会发送JSON格式的字符串？该如何对这一传输方式进行优化？ #

哈哈，这题我熟！Socket.io默认情况下确实会把你通过emit发送的数据序列化成JSON格式的字符串来传输——毕竟JSON是前后端都能轻松解析的通用格式，兼容性没话说。不过要是追求传输效率，咱们可以从这几个方向优化：

• 换用更轻量的序列化协议：比如MessagePack或者Protocol Buffers，它们比JSON的压缩率高得多，同样的数据用这些协议序列化后体积能小30%-50%，Socket.io也支持自定义序列化器，配置一下就能切换。
• 精简传输的数据：别啥数据都往服务器发，只传业务必需的字段；如果是频繁更新的数据（比如实时位置），试试增量更新——只传和上一次相比变化的部分，而不是整个对象。
• 开启数据包压缩：Socket.io自带perMessageDeflate选项，开启后会自动对数据包做gzip压缩，对文本类数据的压缩效果特别明显，几乎不增加多少性能开销就能省不少带宽。
• 批量发送小数据：如果有多个零散的小数据要发，把它们打包成一个数组或者对象一次性发送，这样能减少TCP握手和协议头带来的额外开销。

2. 数字12345678与字符串"12345678"占用的字节数完全相同？对数字舍入能减小数据包大小吗？ #

这个细节问得太关键了！首先直接给结论：完全不一样。举个实际的例子，JSON里数字12345678就是直接写这8个数字，占8个字节；但字符串"12345678"要加上前后两个引号，变成"12345678"，一下子就占10个字节了，比数字多了2个字节的引号开销。

至于数字舍入的问题，答案是肯定能减小数据包大小！比如你说的把3.49362627...改成3，JSON里就是一个字符3，只占1个字节；而原来的长串小数可能要占10个字节左右，差距非常大。不过这里要提醒一句：舍入操作必须符合你的业务场景，要是对精度要求很高（比如金融交易、科学计算），可不能随便舍；但如果是前端展示的温度、地图位置这种对精度要求不高的场景，舍入绝对是个省带宽的好办法。

内容的提问来源于stack exchange，提问作者Weastie