这是一个创建于 1800 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司的一个业务，视频客服，前端通过刷后端 api 获取状态和接入房间号，视频用的腾讯云 sdk。 现在前端开始排队后，三秒刷一次后端接口获取状态，直到结束整个视频 问题来了，这种异步刷接口的方式，危害多大
 |
1
gwy15 2019-12-19 21:03:05 +08:00
用 ws / http2 基本上没啥影响啊，无论如何你都要传包的，把握手代价降低就行了。
<del>脱离用户量讲压力就是耍流氓</del> |
 |
2
qq292382270 2019-12-19 21:04:32 +08:00
看接口执行了什么,一般都无压力的.
|
 |
4
Kaco OP |
 |
5
malusama 2019-12-19 21:39:22 +08:00
才 400 有啥压力？
|
|
7
Kaco OP 补充，问的是这样的方法和 websocket 对比，优缺点和对服务器的压力点
|
 |
8
sumarker 2019-12-19 22:18:48 +08:00
不考虑带宽的话没啥问题
|
 |
9
locoz 2019-12-19 22:47:25 +08:00 via Android
预估一下会有多大负载量呗…
|
 |
10
stabc 2019-12-19 23:13:02 +08:00
哪怕在线 3000 的话，一秒也才 1000 请求，而且还只是状态请求。没啥问题。
|
 |
11
akira 2019-12-19 23:26:51 +08:00
对网络和服务器压力 肯定是有的，自己估算然后做下压力测试啊
|
 |
13
wysnylc 2019-12-19 23:39:54 +08:00 via Android
接 websocket，用 socketio 挺简单的
|
 |
14
lideshun123 2019-12-20 14:04:33 +08:00
@malusama 大佬啊 一秒 400 压力不小了好么
|
 |
15
houzhimeng 2019-12-30 15:29:31 +08:00
我这并发 1500+都毫无压力.
|
Select Language