現在發送十次請求監聽狀態，是用js回圈十次發送到java后臺，后臺再http發送請求，還是js發一次請求到java后臺，后臺回圈發十次htto請求好？從執行緒數和效率方面考慮。。求教
uj5u.com熱心網友回復：
幫我頂頂
uj5u.com熱心網友回復：
這也要看你的業務需求如果每發送一次請求，前臺都要知道狀態，那就只能前臺發
如果前臺只需發一次請求，不管后臺怎么操作，只需要知道后臺最后的執行結果，那就后臺發
單純從效率上來說，不管哪種情況，你的后臺都要發送十次。所以如果業務需求允許，盡量避免前臺請求的次數
uj5u.com熱心網友回復：
為什么不直接前端發起http請求uj5u.com熱心網友回復：
前端做吧··不知道你什么業務··為什么要回圈請求···前端js 寫個setintervaluj5u.com熱心網友回復：
請說具體應用場景,具體問題具體分析你總得先滿足需求,再考慮性能
從性能上講,能批量自然批量,如果客戶端服務端都支持http2.0倒是無所謂
uj5u.com熱心網友回復：
沒場景就沒有依據uj5u.com熱心網友回復：
肯定是后臺做啊，難道你要把你要請求的路由暴露出來嗎uj5u.com熱心網友回復：
看自己的業務，以實際的業務來；正常效率的話，放在服務端會好點，
uj5u.com熱心網友回復：
實時獲取其他用戶發送到后臺的訊息，我是在前端寫了一個定時器，30秒就發一次請求到后臺，看看有沒有新訊息。但是總是覺得這種方法不是很好。
各位大神是怎么處理這種情況的呢。
另外，檢測一個用戶Session 是否有效，如果無效就提示登出，是不是也需要不間斷的向后臺發送請求獲取session 狀態呢。
uj5u.com熱心網友回復：
放在后端可靠uj5u.com熱心網友回復：
那還是后端回圈好uj5u.com熱心網友回復：
放后臺，前臺每次請求后臺都有一個waiting TTFB時間，如果回圈請求后臺，這個時間就會長。性能上不合適。如果都放到后臺，則只請求后臺一次即可。uj5u.com熱心網友回復：
后端好，前端回圈發送請求，順序不確定，連接不穩定，速度慢。前端其實是做顯示的，做業務要在后端做。
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/181200.html
標籤：Java EE
下一篇：JAVA自學筆記（3）