chrome瀏覽器客戶端，同時接收服務(wù)器200+的請求數(shù)，有沒有壓力呢
做了個PC端的頁面，作為客戶端，手機端有個H5，也是作為客戶端，手機端大概有200個用戶同時在線，然后有一個搖一搖的功能，大家一起搖晃手機，然后手機把搖晃的次數(shù)同步發(fā)送到服務(wù)端，服務(wù)端轉(zhuǎn)發(fā)到PC客戶端去
也就是說PC的網(wǎng)頁有可能同一秒接收200+的請求
不知道這種作為瀏覽器單個客戶端，能夠同時接收這么大的數(shù)據(jù)量嗎，服務(wù)器我覺得同時接收200個請求發(fā)送數(shù)據(jù)應(yīng)該是沒問題的，但是轉(zhuǎn)發(fā)到這同一個客戶端，我不清楚有沒有問題
2個回答
我截圖上其實就我一個微信頭像
事實上，先是200個人，到現(xiàn)場，掃碼簽到，然后這個微信頭像就上去了
每個人手機打開一個H5的那個客戶端
在他手機搖一搖的時候，比如我搖了4次，把自己的微信openid發(fā)送到服務(wù)器，還有這個搖晃4次，2個數(shù)字發(fā)過去
200個人每一秒都在發(fā)
然后服務(wù)器把這些請求全部轉(zhuǎn)發(fā)到PC的這個頁面
PC頁面實際上是顯示200個微信頭像，實時的在頭像下面顯示每個人手機搖晃的次數(shù)
大家在現(xiàn)場互動，比拼手速的這么一個互動游戲
服務(wù)端沒問題
一定都可以接受到200個不同客戶端的請求，并轉(zhuǎn)發(fā)成功
但是那個PC的客戶端，能同時一秒接受200+的數(shù)字？
我不敢肯定
我自己測試只能2 - 3個手機試試
那肯定沒問題的
是要持續(xù)30秒
點開始后，是從30倒計時到0
最終停下來，誰搖晃次數(shù)多，誰中獎
我有想過，在服務(wù)器端把每個人的搖晃次數(shù)包裝起來
只發(fā)一個請求到PC
每次都是200人的當(dāng)前數(shù)字
這個理論上可以減少很大的開銷
PC上是一直頭像搖晃的，但是如果數(shù)字不實時更新，就沒有互動性
而且我PC上的頭像是根據(jù)傳過去的次數(shù)，頭像實時前后挪動排序的
- 暫無評論
