Browser 对于服务器和web客户端之间的高速数据传输，是否有更好的web套接字替代方案？
web客户端的目标是实时显示数据。我们的目标是每秒50万int32的40个数据包的速度。您的意思是您需要以40*500000*4*8=640 Mbit/s的速度传输数据吗？任何web浏览器都可能在处理它们时遇到一些问题。无论如何，websocket本身在高速数据传输方面没有任何问题。所以，您不需要寻找替代协议。@AlessandroAlinone Yes 640 Mbits/s。你说的有道理！但是，有没有一种方法可以让浏览器更有效地处理所有这些数据呢？（例如发送更大的数据包，但频率较低）。更现实的是，假设我们拍摄的是320 Mbits/s。这完全取决于浏览器需要对接收到的数据做什么。把它们扔掉（就像速度测试一样）？是否将它们附加到HTML页面？根据一些语法解析它们？以表格或图形格式显示它们？顺便说一句，较大和较低频率的数据包可能不会产生任何影响。@AlessandroAlinone浏览器需要呈现4个webgl视图！每个数据包都有一个标头，用于指定它所属的视图。渲染当然是通过4个requestAnimationFrame循环完成的。我们还处理了客户端的滚动，而不是一次发送视图的所有数据？你发现了什么问题？Browser 对于服务器和web客户端之间的高速数据传输，是否有更好的web套接字替代方案？,browser,websocket,server,real-time,transfer,Browser,Websocket,Server,Real Time,Transfer,web客户端的目标是实时显示数据。我们的目标是每秒50万int32的40个数据包的速度。您的意思是您需要以40*500000*4*8=640 Mbit/s的速度传输数据吗？任何web浏览器都可能在处理它们时遇到一些问题。无论如何，websocket本身在高速数据传输方面没有任何问题。所以，您不需要寻找替代协议。@AlessandroAlinone Yes 640 Mbits/s。你说的有道理！但是，有没有一种方法可以让浏览器更有效地处理所有这些数据呢？（例如发送更大的数据包，但频率较低）。更现实