类似于共享单车这种很多设备通过 TCP Socket 连接服务器，向服务器发送数据的场景，服务器该如何处理？

[qiayue]

而且为了能够通过服务器下发命令到设备，以及为了设备能够实时传数据到服务器，连接都是长连接，并不是用完就关。
我现在用的方式是，来一个设备就开一个线程去处理，但是这样设备一多，内存占用就多。
我服务器用的是 JAVA 开发的 Socket Server 。
求思路，求框架。

[wwqgtxx]

@t123yh 主要是必要性问题，在那种小内存，低速率的机器上实现 http 协议还不如在服务器上下功夫
另外就是标准 http1.1 协议并不支持服务端主动推送消息，如果要自己实现类似于 websocket 协议的话，干嘛不直接用 socket 来的省事
@ryd994 用 http 还有个小的蛋疼的问题，就是 http 的无状态性，换句话说如果用 http 通讯那么每次通讯必须带上机器的唯一编号，否则服务器根本没法识别客户端的对应关系，然后就需要在服务器端自己维持一个 session 池，这个工作貌似有点重复造轮子的感觉

[ryd994]

@qiayue 那就上 polling 呗
不过再提醒一下，数据断了的话，只要服务器没有主动发数据，连接表面上还是连着，你都不知道什么时候会报断开
所以 keepalive 还是要开
移动网络上的长连接……相当不靠谱

[loading]

有用短信的……

[TangMonk]

Erlang 开源项目： http://emqtt.io

[firefox12]

实现 http 并不难，你并不需要实现 http 的所有特性。如何节省电量，保持信道不被释放 减少重连才是关键 这些坑 微信都已经走过了

[firefox12]

至于连接数什么的也并不难，单机 2 百万的话，现在的摩拜 不用 3 台服务器就够了

[ihuotui]

tdp 吧，协议复杂点了

[julyclyde]

@server 跟 GPS 有啥关系