所有分类
  • 所有分类
  • 实时新闻
当前位置： 正文

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

2022-06-16 212 推广

一、引言

最近接了个相当于外包的项目，在他们项目中集成一个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

请先
首页 发现 VIP 我的

站点公告

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