現在題主有一個頁面,列出的是多種商品,等這個頁面載入完畢後遍曆出所有的商品編號,然後迴圈向一個地址發送ajax取商品的資訊,
可能沒有說清楚,我再說一點,我們的介面是向別的伺服器請求資料,那台伺服器平時壓力比較大,返回速度不是很快,如果返回快的話我們也做成一條請求了。
現在問題是:
- 如果商品數量很多的話(比如30種),有幾次ajax返回的是
502,這個502出現的原因是不是處理ajax的方法壓力太大?
- 如何解決502的這種情況?
- 我們嘗試用
setInterval延遲200ms發送ajax,發現可以解決大部分502的問題,但是有時候仍有部分是502.
回複內容:
現在題主有一個頁面,列出的是多種商品,等這個頁面載入完畢後遍曆出所有的商品編號,然後迴圈向一個地址發送ajax取商品的資訊,
可能沒有說清楚,我再說一點,我們的介面是向別的伺服器請求資料,那台伺服器平時壓力比較大,返回速度不是很快,如果返回快的話我們也做成一條請求了。
現在問題是:
- 如果商品數量很多的話(比如30種),有幾次ajax返回的是
502,這個502出現的原因是不是處理ajax的方法壓力太大?
- 如何解決502的這種情況?
- 我們嘗試用
setInterval延遲200ms發送ajax,發現可以解決大部分502的問題,但是有時候仍有部分是502.
應該是session被鎖住了,同一個使用者只能串列的訪問開啟了session的網站,比如同一個使用者訪問A頁面和B頁面(都開啟了session),A頁面運行(session_start)時會把session鎖住,不讓別的頁面獲得,B頁面就得等這個鎖,等A頁面運行完了,鎖釋放了,B頁面才能運行。所以當同時ajax訪問多個頁面時,後面的頁面結果一定要等待前面頁面展示後才能在服務端運行展示,如果頁面運行慢就會導致後面請求502情況
解決方案:不用session,或者session用完後立刻用session_write_close釋放session鎖
建議修改一下後端介面,改為傳一個商品編號的列表給後端,然後返回一個商品資訊的列表,一次ajax請求就可以了。
同意一次請求的說法, 猶豫你多次請求在頁面端剛開啟的時候會有延遲, 這樣會造成不好的體驗. 既然是列表為什麼不把資料一次做好呢.
給你個不用並發的解決方案就是一次性把所有id都傳到伺服器端去。
如果非要傳多個ID,可以在每次ajax調用成功後再觸發下一次請求,這樣請求就變成串列的了。
還有一個招,就是用$.ajaxSetup({async: false});.