目前Creator的TCP通信支持Websocket和Socket IO的方式，刚开始没注意，后来才意识到编译成原生的了之后仍然采用的是WebSocket的方式进行的。那么问题就来了，WebSocket的每一条消息都带着消息头，消息头的长度长达127，那种需要频繁交互的比如位置、状态信息，经常都很短，甚至比消息头都短，因此会导致大量的网速浪费，以我自己现在开发的项目为例，消息头127，消息体只有80左右，有一大半的带宽是被浪费了的。话说Creator的团队可不可以考虑一下在未来的版本推出自己的网络通信，来杜绝这个问题。
WebSockets 是标准的网络通信协议，像你说的这种需求，只能靠厂商自己解决了。
（PS： 或者有人可以以插件的形式来做这个东西，但是官方应该不会集成）
推出自己的网络通信。。我不是搞网络的，但是这个要自己造轮子，个人觉得跟自己造文本编辑器一个性质
其实没那么严重，如果用C++或者Java进行Socket就不会有这样的问题，就相当于Creator得在JS里提供接口，让我们直接能使用C++里提供的Socket通信接口，不过子龙山人说的也是，已经形成标准了。
插件是个好东西，我试着写一个看看
意思是就算用的是SOCKETIO的写法,编译成原生之后,就会使用websocket了吗?那我调试的时候用chrome+socketio完成的项目，服务端也用的socketio，编译成原生就不正常了啊？我要试试。。怎么感觉被坑了，
可以用的，官方文档里面有说，socketio是对websocket，长轮询啥的好几种即时通信方式的封装，他会根据浏览器环境自动的选择通信技术，不过现在一般都是选择websocket了。。他的出现主要是解决了前些年有些浏览器不支持websocket，有些支持的情况
我现在服务端用的socketio，我需要用emit和服务端通讯，但是我现在编译成原生APP之后，连请求都不会发送出去。。抓包都抓不到，代码没反应。。不知道怎么使用法。。windows.io=SocketIO都不行。
你的问题解决了吗?