所有分类
  • 所有分类
  • 实时新闻

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

一、引言

最近接了个相当于外包的项目,在他们项目中集成一个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创建serverEndpointExporterbean的时候抛出来的,是这个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) () -> {
				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> 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,项目就能够正常启动啦~~~~~

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

四、划重点

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

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

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

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

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

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

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

作者:IT贱男原文链接:https://jiannan.blog.csdn.net/article/details/109641881

原文链接:https://www.w1ym.com/82513/,转载请注明出处~~~
0

评论0

请先

站点公告

【温馨提示】 本站不建议您对本站支付任何费用或开通任何会员本站99%资源为免费资源只提供共享不提供技术支持,本站资源主要以学习开发为主,本站是为个人资源记录学习研究等情况而建立,如特殊原因下载,需在24小时删除相关资源。本站资源均来自互联网收集或网友分享,若有侵权,请联系站长删除,谢谢。立即查看
显示验证码
没有账号?注册  忘记密码?