@kingcarp 支持 UDP 可以使用 UDP over TCP, UDP 中继服务器转发，STUN 类似的 p2p 穿越协议。STUN 这种比较复杂, 可以使用前面两种实现。

@kingcarp 暂不支持 UDP ，后面抽空看看怎么支持一下.

@toou123 谢谢收藏

@bug51 老家难接住现在的待遇，想再挣扎一下，没机会就再干个一两年就回去了。

@1044523901 管理没机会，技术栈基本没啥变化，成长全靠其他时间自我学习。

哈哈，最近我也是一边面试别人，一边被人面试，感慨万千啊!

@milkv 老哥，麻烦留个邮箱，我给你发简历

帖子无法删除，链接已经根据 referer 重定向到其它站点. 😂

@ArrayReduce 可以啊，我加你

@milkv 投过铁厂，没反映。😂

@FrankFang128 听你的。

@jackzhou0 只能说自己眼光不长远吧，这简历自己都感觉没眼看.

@jackzhou0 原东家部门老大邀请的。

@iamee 谢谢建议。

@MYli001 老哥，厉害了。

@hooych 有道理

@Ruiming 现在北京，换到深圳太麻烦了，不好意思哈！

没有复现, 大家都没复现，别乱甩锅， 可能是你安装的哪个 chrome 插件的锅。

JSON 只是一个序列化和反序列化的方案，必然是一开始就约定好了两端的数据格式，既然约定了 a 为 int 类型，传 {"a": null } 当成 {"a": 0} 有什么问题呢，换句话就是，"我们约定好了，这个地方，我要一个数字哦，你传其他的我都不认(反序列化错误)，你传 null?, 这么极端的吗? 那行，那个 null 和 0 没啥区别", 如果觉得 a 为 0 不合适，校验阶段处理就好。不应该在反序化的过程处理所有的情况，还不能理解，自己实现一个序列化和反序列化的方案，按二进制的来， {"a": null }中，如果 a 后台当成 int ，你会传什么过去? 是不是会给个 0 传过去，当成 string 时，你会传什么过去?是不是给个空字符串.