大家好，关于websocket缺点很多朋友都还不太明白，今天小编就来为大家分享关于ReconnectingWebSocket的知识，希望对各位有所帮助！
websocket优缺点
优点：
1、传统的http请求，其并发能力都是依赖同时发起多个TCP连接访问服务器实现的(因此并发数受限于浏览器允许的并发连接数)，而websocket则允许我们在一条ws连接上同时并发多个请求，即在A请求发出后A响应还未到达，就可以继续发出B请求。由于TCP的慢启动特性（新连接速度上来是需要时间的），以及连接本身的握手损耗，都使得websocket协议的这一特性有很大的效率提升。
2、http协议的头部太大，且每个请求携带的几百上千字节的头部大部分是重复的，很多时候可能响应都远没有请求中的header空间大。如此多无效的内容传递是因为无法利用上一条请求内容，websocket则因为复用长连接而没有这一问题。
3、当需要实现客户端刷新消息时，传统方案往往通过定时ajax请求实现，实际上对多数用户多数时间下这些请求都是无意义了，除了浪费资源。
其次则是websocket支持服务器推送消息，这带来了及时消息通知的更好体验，也是ajax请求无法达到的。
缺点：
它对开发者要求高了许多。对前端开发者，往往要具备数据驱动使用javascript的能力，且需要维持住ws连接（否则消息无法推送）；对后端开发者而言，难度增大了很多，一是长连接需要后端处理业务的代码更稳定（不要随便把进程和框架都crash掉），二是推送消息相对复杂一些，三是成熟的http生态下有大量的组件可以复用，websocket则太新了一点。
WebSocket有没有可能取代AJAX
软件项目开发中，往往需要前端与后端进行数据交互，而数据交互有两种最常见的形式Ajax和WebSocket。一般而言，前后端实时的数据交互使用WebSocket，而非实时数据的交互用Ajax的居多。
既然都是数据交互方案，曾有人称WebSocket可以替代Ajax，真的是这样吗？
Ajax与WebSocket对比1、Ajax是一处异步数据传输技术
Ajax是异步JavaScript和XML技术的实现，通过Ajax可以让网页异步更新数据（不需要重新加载整个页面），对页面中的部分数据进行更新，而且不会阻塞。
现在所有浏览器对于Ajax技术支持都很好，基本上每个网站都会用到此技术。
2、WebSocket是HTML5推出的新协议
WebSocket是随着HTML5推出的一种新的协议，通过WebSocket可实现浏览器端与服务端的双向实时通信（如聊天室），意味着服务器端可以主动推送数据至客户端。
现在大部分浏览器支持WebSocket协议，但依旧有些低版本的浏览器是不支持此协议的。
WebSocket未来可以替代Ajax，但当下不行WebSocket相较于Ajax有着实时性好、性能高的优点，未来会成为主流技术，但当前不行，毕竟WebSocket对浏览器是有要求的。
以上就是我的观点，对于这个问题大家是怎么看待的呢？欢迎在下方评论区交流~我是科技领域创作者，十年互联网从业经验，欢迎关注我了解更多科技知识！spring boot使用shiro还是secuitry好
Shiro和SpringSecurity都是安全框架，简单说是对访问权限进行控制，他们都提供了认证、授权、加密、会话管理；这里要提一句，通常这种安全框架不会去帮助我们维护用户/权限；这些需要我们自己去实现，然后通过相应的接口注入给安全框架。
那么SpringBoot项目的话，是使用Shiro还是SpringSecurity呢？还是先看看两者有什么区别和各自的优缺点：
Shiro的配置和使用比较简单，SpringSecurity上手复杂些；
Shiro依赖性低，理论上不需要任何框架和容器，可以独立运行（但是最常用的环境还是JavaEE）；SpringSecurity依赖Spring容器；
Shiro支持Web项目和非Web项目；在集群环境中，Shiro可以独立于容器；
SpringSecurity基于Spring开发，项目若使用Spring（包括SpringBoot）作为基础，配合SpringSecurity做权限更加方便；Shiro需要和Spring进行整合（不过这个复杂程度可以忽略）；
SpringSecurity对Oauth、OpenID也有支持，Shiro则需要自己手动实现。
总结一下，SpringBoot使用Shiro还是SpringSecurity，我更倾向于Shiro。
一方面虽然Shiro需要和SpringBoot做整合，但是这个过程不复杂；
另外一方面Oauth、OpenID站点间统一登录功能，会有更好的实现方案，很少在这个层级实现，所以SpringSecurity的这两个功能可以不考虑。
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。Springboot能替代传统ssm架构吗
谢邀~
首先我认为大概率会的（我可以意会题主想表达的意思），但是这个问题又有一些怪怪的，SpringBoot和SSM也不冲突，使用SpringBoot依然可以使用Mybatis，只能说，未来会有越来越多的公司使用SpringBoot，而不是直接对SSM做集成。
SSMVSSpringBoot先看看SSM里面有什么：Spring核心IOC，模块和模块之间解耦，增加代码的复用性，AOP面向切面编程；SpringMVC，轻量级的MVC框架；Mybatis，ORM框架，直接使用SQL更容易进行掌控和调优。
而SpringBoot的出现，主要是可以很大程度上减少构建配置的工作。对于我们程序员来说，我们现在做一个项目的时候，不用像以前搭建SSM架构那样，需要花时间写大量的XML配置，而SpringBoot只需要通过注解的形式，在代码中配置即可。
用SpringBoot开发，究竟能有多快继续说说SpringBoot的优点，它到底能为开发人员提速多少呢？
SpringBoot提供了大部分主流框架的集成，提供了丰富的Starters，集成主流开源框架，只需要进行简单的配置就可以完成。
SpringBoot让部署变的更加简单，因为它本身就内嵌了应用服务器，开发完成的程序，只需要一行命令就可以启动，结合Docker使用效果更好。
注意，只是简化，该写的业务代码还是要写的。
SpringBoot&&微服务（服务化）企业级应用的一个趋势，就是把从前一个很庞大的项目，拆分成N个独立的服务，几个服务配合，完成完整的业务流程。这样做的好处是服务能力的复用，每次修改只针对一个服务进行开发，增加迭代速度。
如果一个项目依然是一个程序包，使用SSM“地狱般”的配置，忍忍也就过去了，服务发布慢，也可以忍受，反正就一个包嘛，但是如果项目服务化，甚至微服务化了之后，这般的复杂是无法忍受的。
SpringBoot令开发速度增快，部署速度增快，所以更符合现在微服务（服务化）的趋势。（有些公司不一定能做到微服务级别，所以我在微服务后面增加了一个说明——服务化）
我将持续分享Java开发、架构设计、程序员职业发展等方面的见解，希望能得到你的关注。关于websocket缺点和ReconnectingWebSocket的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
