chrome浏览器客户端，同时接收服务器200+的请求数，有没有压力呢
做了个PC端的页面，作为客户端，手机端有个H5，也是作为客户端，手机端大概有200个用户同时在线，然后有一个摇一摇的功能，大家一起摇晃手机，然后手机把摇晃的次数同步发送到服务端，服务端转发到PC客户端去
也就是说PC的网页有可能同一秒接收200+的请求
不知道这种作为浏览器单个客户端，能够同时接收这么大的数据量吗，服务器我觉得同时接收200个请求发送数据应该是没问题的，但是转发到这同一个客户端，我不清楚有没有问题
1794 2 0
2个回答
相似问题
年代过于久远，无法发表回答
我截图上其实就我一个微信头像
事实上，先是200个人，到现场，扫码签到，然后这个微信头像就上去了
每个人手机打开一个H5的那个客户端
在他手机摇一摇的时候，比如我摇了4次，把自己的微信openid发送到服务器，还有这个摇晃4次，2个数字发过去
200个人每一秒都在发
然后服务器把这些请求全部转发到PC的这个页面
PC页面实际上是显示200个微信头像，实时的在头像下面显示每个人手机摇晃的次数
大家在现场互动，比拼手速的这么一个互动游戏
服务端没问题
一定都可以接受到200个不同客户端的请求，并转发成功
但是那个PC的客户端，能同时一秒接受200+的数字？
我不敢肯定
我自己测试只能2 - 3个手机试试
那肯定没问题的
是要持续30秒
点开始后，是从30倒计时到0
最终停下来，谁摇晃次数多，谁中奖
我有想过，在服务器端把每个人的摇晃次数包装起来
只发一个请求到PC
每次都是200人的当前数字
这个理论上可以减少很大的开销
PC上是一直头像摇晃的，但是如果数字不实时更新，就没有互动性
而且我PC上的头像是根据传过去的次数，头像实时前后挪动排序的
模拟下压测下就知道了。给PC浏览器每秒狂发200个消息试下呗。