java tomcat 每次创建websocket不走@PostConstruct

同事在开发websocket的时候,发现9.0.58版本每次连接,都会走@PostConstruct方法,但是在9.0.30版本则不会

我们断点原码,发现WebSocket实例化的的工作并不是交给spring容器处理的,而是tomcat自己的行为。(启动的时候会由Spring容器生成单例的对象,但是后续的 websocket 连接并不会走spring容器的doGetBean,而是进入tomcat自己的调用栈)

58版本和30版本的tomcat在连接的时候都会走如下方法

WsHttpUpgradeHandler.init

58实例化 ServerEndpoint 是在WsSession方法里面,而30是在onOpen方法里面执行,两个方法实例化的过程不一样,只有在WsSession里实例化对象的时候才会去判断@PostConstruct,所以58会调用@PostConstrutc而30不会

另外,我们发现springboot内嵌tomcat同样是58版本的,但是不会走@PostConstruct方法,而在外置tomcat则会走@PostConstruct

原因是StandardContext.useNaming这个属性,springboot会设置死为false

Tomcat.getServer

而在tomcat跑的时候会走Catalina.initNaming方法,永远为true

Catalina.initNaming

 

useNaming属性在这里发挥作用。影响context是否有值,最终影响postConstruct是否执行

 StandardContext.createInstanceManager

DefaultInstanceManager.postConstruct

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值