前端循环发送请求，还是后台循环发送请求好点？？

[摩卡卡]

现在发送十次请求监听状态，是用js循环十次发送到java后台，后台再http发送请求，还是js发一次请求到java后台，后台循环发十次htto请求好？从线程数和效率方面考虑。。求教

[庄粟]

为什么不直接前端发起http请求

[sk815]

前端做吧··不知道你什么业务··为什么要循环请求···前端js 写个setinterval

[maradona1984]

请说具体应用场景,具体问题具体分析
你总得先满足需求,再考虑性能
从性能上讲,能批量自然批量,如果客户端服务端都支持http2.0倒是无所谓

[wp500]

没场景就没有依据

[java-小学生]

肯定是后台做啊，难道你要把你要请求的路由暴露出来吗

[天涯若风]

看自己的业务，以实际的业务来； 正常效率的话，放在服务端会好点，

[摩卡卡]

帮我顶顶

[qybao]

这也要看你的业务需求
如果每发送一次请求，前台都要知道状态，那就只能前台发
如果前台只需发一次请求，不管后台怎么操作，只需要知道后台最后的执行结果，那就后台发
单纯从效率上来说，不管哪种情况，你的后台都要发送十次。所以如果业务需求允许，尽量避免前台请求的次数

[我爱娃哈哈]

那还是后端循环好

[tandy]

实时获取其他用户发送到后台的消息，我是在前端写了一个定时器，30秒就发一次请求到后台，看看有没有新消息。 但是总是觉得这种方法不是很好。 各位大神是怎么处理这种情况的呢。 另外，检测一个用户Session 是否有效，如果无效就提示登出，是不是也需要不间断的向后台发送请求获取session 状态呢。

[济南大飞哥]

放在后端可靠

[什么仇什么怨]

放后台，前台每次请求后台都有一个waiting TTFB时间，如果循环请求后台，这个时间就会长。性能上不合适。如果都放到后台，则只请求后台一次即可。

[鸣鸣Amadues]

后端好，前端循环发送请求，顺序不确定，连接不稳定，速度慢。 前端其实是做显示的，做业务要在后端做。

[DXF2020]

看具体需求，原则上尽量后端，不过有些后端实现不了的，就需要前端

[冰思雨]

我不太明白，为啥要出现1:10的请求。 像这种放大请求次数的场景，一般情况是采用如下方法来解决。 前端进行1次查询，服务端进行所谓的10次查询，但是，服务端的查询不由前端来触发，而是异步查询。 服务端设置一个定时器，周期性的调用这10次查询，将查询结果缓存到服务端或者redis或者数据库，前端查询的时候，直接从缓存或者数据库中拿结果。 总的原则就是，我们不要把请求次数同步放大，如果要同步放大，早晚有扛不住的地方。 如果这10次请求，请求参数中包含前端用户的个性化信息，比如通过用户id查询用户的购买记录之类的查询，或者，通过用户id更新或删除用户的某个数据之类的操作，那么，服务端缓存数据这件事，就没有太大的必要性了。 我们可以把非用户个性化数据的请求分离出来做缓存，具有用户个性化信息的请求同步请求。 如果10个请求都是同一台服务器的话，可以让接收10个请求的服务端改进算法，尽量1次搞定10次请求的操作内容。 如果10个请求对应的服务端是由集群构成的话，抗压能力就非常大了，如果上述方法都没法解决的话，可以考虑10次请求都同步进行。

[喜欢送]

但就性能而言，当然是服务端循环请求更合适。减少tcp连接

[viewgroup]

引用 9 楼 tandy 的回复:

实时获取其他用户发送到后台的消息，我是在前端写了一个定时器，30秒就发一次请求到后台，看看有没有新消息。
但是总是觉得这种方法不是很好。
各位大神是怎么处理这种情况的呢。

另外，检测一个用户Session 是否有效，如果无效就提示登出，是不是也需要不间断的向后台发送请求获取session 状态呢。

一般session 都会在后端做校验的，session过期了，，直接拦截重定向就可以了。。。 消息的话，一般网页聊天都是用轮询，毕竟长连接太浪费资源了

[qq_38832991]

后台循环吧。

[YangjulongTrue]

请求多的话 用 web socket 吧