vlambda博客
学习文章列表

异常源码分析—告诉你学习“源码”究竟有什么用!

回复”669“获取独家整理的精选资料集

回复”加群“加入全国服务端高端社群「后端圈」

一、引言

最近接了个相当于外包的项目,在他们项目中集成一个WebSocket的服务端,嗯功能其实不难,但是前方有坑。

本文主要来记录一下,如果没有了百度,在项目启动就抛异常、或者一些奇奇怪怪的问题,靠自己怎么去排查问题,同样有时候并不是所有的问题都能够通过搜索引擎来解决。

除了外力,那我们就只剩下:异常信息、源码、和本身经验

项目框架用的是SpringBoot,然后集成WebSocket就行,在集成的过程中,其中有一步需要配置一个Bean。

@Component
public class WsConfig {

@Bean
public ServerEndpointExporter serverEndpointExporter() {
ServerEndpointExporter serverEndpointExporter = new ServerEndpointExporter();
return serverEndpointExporter;
}

然后在项目启动的时候抛出了异常信息:

org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'serverEndpointExporter' defined in class path resource [org/springblade/modules/hol/config/WsConfig.class]: Invocation of init method failed; nested exception is java.lang.IllegalStateException: javax.websocket.server.ServerContainer not available
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1769)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:592)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:514)
at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:321)
at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:226)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:319)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:199)
at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:863)
at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:878)
at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:550)
at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh(ServletWebServerApplicationContext.java:141)
at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:744)
at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:391)
at org.springframework.boot.SpringApplication.run(SpringApplication.java:312)
at org.springframework.boot.builder.SpringApplicationBuilder.run(SpringApplicationBuilder.java:140)
at org.springblade.core.launch.BladeApplication.run(BladeApplication.java:50)
at org.springblade.Application.main(Application.java:18)
Caused by: java.lang.IllegalStateException: javax.websocket.server.ServerContainer not available
at org.springframework.util.Assert.state(Assert.java:73)
at org.springframework.web.socket.server.standard.ServerEndpointExporter.afterPropertiesSet(ServerEndpointExporter.java:107)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.invokeInitMethods(AbstractAutowireCapableBeanFactory.java:1828)
at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1765)
... 16 common frames omitted

二、问题分析

Error creating bean with name 'serverEndpointExporter' defined in class path resource [org/springblade/modules/hol/config/WsConfig.class]: Invocation of init method failed; nested exception is java.lang.IllegalStateException: javax.websocket.server.ServerContainer not available

通过异常的第一行就能够得知,是在Spring创建“serverEndpointExporter”bean的时候抛出来的,是这个WsConfig类,原因是:ServerContainer这个对象不可使用。

抛出异常的类是:AbstractAutowireCapableBeanFactory.java:1769

分析到这里就能够得知,是在spring创建serverEndpointExporter的时候异常了,那么异常的原因是什么呢?,为什么ServerContainer不可用呢? 接着分析

通过控制台点击到对应的源码信息如下:AbstractAutowireCapableBeanFactory.java:1769

	protected Object initializeBean(String beanName, Object bean, @Nullable RootBeanDefinition mbd) {
if (System.getSecurityManager() != null) {
AccessController.doPrivileged((PrivilegedAction<Object>) () -> {
invokeAwareMethods(beanName, bean);
return null;
}, getAccessControlContext());
}
else {
invokeAwareMethods(beanName, bean);
}

Object wrappedBean = bean;
if (mbd == null || !mbd.isSynthetic()) {
wrappedBean = applyBeanPostProcessorsBeforeInitialization(wrappedBean, beanName);
}

try {
invokeInitMethods(beanName, wrappedBean, mbd);
}
catch (Throwable ex) {
throw new BeanCreationException(
// 1769 这里就是1769行~~
(mbd != null ? mbd.getResourceDescription() : null),
beanName, "Invocation of init method failed", ex);
}
if (mbd == null || !mbd.isSynthetic()) {
wrappedBean = applyBeanPostProcessorsAfterInitialization(wrappedBean, beanName);
}

return wrappedBean;
}

通过查看源码,是在1796行的catch里面抛出的异常的,catch是捕捉到invokeInitMethods这个方法异常,然后才抛出来的,这样就可以开始进行Debug了。

既然是在创建serverEndpointExporter这个bean异常的,加一个筛选条件,beanName等于serverEndpointExporter,这样就能过滤创建的其他bean。

异常源码分析—告诉你学习“源码”究竟有什么用!

断点卡好了,接下来就Debug模式来启动项目,然后F5进到invokeInitMethods方法,单步往下执行。

异常源码分析—告诉你学习“源码”究竟有什么用!

最后执行到了 ((InitializingBean) bean).afterPropertiesSet(); 这行代码,bean对象是ServerEndpointExporter,调用了这个对象的afterPropertiesSet方法。

异常源码分析—告诉你学习“源码”究竟有什么用!

来到ServerEndpointExporter这个java类,其中就会有afterPropertiesSet方法,首先调用getServerContainer方法获取serverContainer对象。

很明显这里返回的肯定是null,null != null 结果肯定是false,最后就是这样调用state(false,javax.websocket.server.ServerContainer not available)

通过state源码得知,最后就会抛出这个异常:java.lang.IllegalStateException: javax.websocket.server.ServerContainer not available

异常源码分析—告诉你学习“源码”究竟有什么用!

异常源码分析—告诉你学习“源码”究竟有什么用!

三、解决问题

通过文章上述分析,可以确认是因为ServerEndpointExporter这个类中有一个对象叫做serverContainer,它为null了,所以才会异常。

接下来我们就需要去找,serverContainer这个对象是在哪里赋值的,找源码就只有两处赋值了,这就好办了。

public class ServerEndpointExporter extends WebApplicationObjectSupport
implements InitializingBean, SmartInitializingSingleton {

@Nullable
private List<Class<?>> annotatedEndpointClasses;

@Nullable
private ServerContainer serverContainer;


// 有一个Set方法可以为serverContainer赋值
public void setServerContainer(@Nullable ServerContainer serverContainer) {
this.serverContainer = serverContainer;
}


@Nullable
protected ServerContainer getServerContainer() {
return this.serverContainer;
}


// 有一个init方法可以为serverContainer赋值
@Override
protected void initServletContext(ServletContext servletContext) {
if (this.serverContainer == null) {
this.serverContainer =
(ServerContainer) servletContext.getAttribute("javax.websocket.server.ServerContainer");
}
}


@Override
public void afterPropertiesSet() {
Assert.state(getServerContainer() != null, "javax.websocket.server.ServerContainer not available");
}

}

通过IDEA的快捷方式,发现没有其他地方调用了setServerContainer方法,那么就只有init方法了,那么就把断点卡在initServletContext方法这。

异常源码分析—告诉你学习“源码”究竟有什么用!

通过Bebug就能够发现,在从servletContext.getAttribute的时候,根本就没有javax.websocket.server.ServerContainer,所以getAttribute返回就是一个null,最后赋值给了serverContainer,最后就导致异常了。

那为什么javax.websocket.server.ServerContainer会不存在呢?

来到这个ServerContainer对应的java类,原来是一个interface,那必然就会有对应的实现类,通过IDEA查看好家伙,到这小编大概就明白了,这个项目引用了其他jar包,导致了冲突。

异常源码分析—告诉你学习“源码”究竟有什么用!

最后定位到是哪个jar冲突了,直接通过IDEA定位功能就能够定位到,最后通过maven helper工具定位到maven引用位置,然后移除掉。

异常源码分析—告诉你学习“源码”究竟有什么用!

异常源码分析—告诉你学习“源码”究竟有什么用!

最后刷新一下maven,项目就能够正常启动啦~~~~~

异常源码分析—告诉你学习“源码”究竟有什么用!


四、划重点

本文并不是针对某一个异常、或者某一个具体的问题来进行分析,而是分享一下解决这个异常的一个过程。

最初的小编刚毕业那会,遇到个异常就百度,运气好的话,很多人都踩过这个坑,能够解决,万一恰好没有找到合适的文章,然后、然后就陷入了沉思,也不知道咋办。

而且通过别人来解决的问题,肯定没有自己解决问题的印象深刻,而且通过自己去找问题也是个有趣的过程。

也有很多小伙伴问过小编,学习一些框架源码有什么用?会用不就行了吗?

怎么说呢?当然确实会用就行了,话又说话来,难道你就不好奇它们这些技术到底是怎么实现的吗?看源码不仅仅能够学习到其他大神编写代码的风格,而且对于使用也有会更加深一层次的理解。

久而久之,遇到问题,你的第一反应并不是直接去百度,而是会自己主动去摸索,到底是为啥子异常的,碰到一些看不懂的源码,再去百度学习一下,进行分析。

就这样不知不觉你的技术就会慢慢得到升华,那个时候感觉就特别明显了。

— 本文结束 —


异常源码分析—告诉你学习“源码”究竟有什么用!

● 

● 

● 

● 

● 



异常源码分析—告诉你学习“源码”究竟有什么用!


关注我,回复 「加群」 加入各种主题讨论群。



对「服务端思维」有期待,请在文末点个在看


在看点这里