同事在开发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
