客户端的数据有时候随着需求需要每秒钟及时更新数据
普遍的做法都是每秒轮询服务端的数据然后更新客户端
如果这样的话肯定会造成服务器压力过大等问题,因为要频繁地请求和频繁地做数据库查询操作。
那么有没有更好的解决方案,来解决此类问题呢？
问题补充：
先说说我现在的做法,我是用的长轮询方式,貌似就是大家说的服务器推吧。我不知道属于不属于服务器推,现在是一个请求过去之后 服务端做一个阻塞,服务端进行一个2分钟的轮询数据库,每一秒select一次直到数据库发生变化时,我返回一个true给客户端,然后客户端更新,这样是可以做到实时更新的。
但我的重点是如果减少每一秒select,因为客户端可能有50-100个左右,都用这种机制,服务器每秒钟做查询,这个靠谱吗？
现在是客户端安卓平板 + IIS服务器 + SQLSERVER2000
平板使用http协议进行post请求 服务器每秒查询数据库 然后查到更新或超过2分钟返回结果给客户端。
慕盖茨4494581
相关分类