使用场景：

　　在项目开发中，后端需要处理一连串的逻辑，或者等待第三方的数据返回来进行处理之后在返回给前端，可能时间会很长，而且前端也不知道后端什么时候能处理好（时间长的话会达到10分钟左右），如果采用普通的HTTP连接，前后端无法一直保持联系，麻烦的时候可能还需要采用轮询的机制，所以使用WebSocket连接效果还是比较好的。
使用时间：

　　在界面加载完之后，建上WebSocket连接，此时前端还可以发送普通的HTTP的请求，等到后端处理完之后，通过建立的WebSocket连接返给前端，前端根据返回的数据进行对应的操作。
代码展示：

[code][/code]问题回顾：

　　在实际使用的时候遇到的问题：有的时候页面链接还没有建立上，但是后端已经把数据都处理好了，这个时候推给前端，前端接收不到。
解决方案：

　　1）简单的方法：让后端延迟几秒再推
　　优势：简单
　　劣势：降低了性能
　　2）优化之后的方法：使用Redis保存用户的登录状态，缓存这个用户的数据，等到建立连接之后再推，推完就清空Redis

免责声明：本文内容部分来源于网络，出于网络分享目的，如对您的权益版权有异议我们将予以删除，谢谢合作！

使用场景：

　　在项目开发中，后端需要处理一连串的逻辑，或者等待第三方的数据返回来进行处理之后在返回给前端，可能时间会很长，而且前端也不知道后端什么时候能处理好（时间长的话会达到10分钟左右），如果采用普通的HTTP连接，前后端无法一直保持联系，麻烦的时候可能还需要采用轮询的机制，所以使用WebSocket连接效果还是比较好的。
使用时间：

　　在界面加载完之后，建上WebSocket连接，此时前端还可以发送普通的HTTP的请求，等到后端处理完之后，通过建立的WebSocket连接返给前端，前端根据返回的数据进行对应的操作。
代码展示：

[code][/code]问题回顾：

　　在实际使用的时候遇到的问题：有的时候页面链接还没有建立上，但是后端已经把数据都处理好了，这个时候推给前端，前端接收不到。
解决方案：

　　1）简单的方法：让后端延迟几秒再推
　　优势：简单
　　劣势：降低了性能
　　2）优化之后的方法：使用Redis保存用户的登录状态，缓存这个用户的数据，等到建立连接之后再推，推完就清空Redis

免责声明：本文内容部分来源于网络，出于网络分享目的，如对您的权益版权有异议我们将予以删除，谢谢合作！