在项目中遇到了一个场景，就是通过获得上下文然后获取特定的bean。在此遇到了不小的坑，故留下这个篇文章，做个记录。
import org.springframework.beans.BeansException;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
import org.springframework.stereotype.Component;
@Component
public class SpringContextUtil implements ApplicationContextAware {
/**
* 上下文对象实例
*/
private static ApplicationContext applicationContext;
@Autowired
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
this.applicationContext = applicationContext;
}
/**
* 获取applicationContext
* @return
*/
public static ApplicationContext getApplicationContext() {
return applicationContext;
}
/**
* 通过name获取 Bean.
* @param name
* @return
*/
public static Object getBean(String name){
return getApplicationContext().getBean(name);
}
/**
* 通过class获取Bean.
* @param clazz
* @param <T>
* @return
*/
public static <T> T getBean(Class<T> clazz){
return getApplicationContext().getBean(clazz);
}
/**
* 通过name,以及Clazz返回指定的Bean
* @param name
* @param clazz
* @param <T>
* @return
*/
public static <T> T getBean(String name,Class<T> clazz){
return getApplicationContext().getBean(name, clazz);
}
}
看上面的代码，可以看到在工具类中一开始是声明了一个ApplicationContext类型的静态变量，但是由于静态变量是不能被Spring容器管理的，一开始用正常的getter和setter方法不能获取到特定的bean，实践证明，需要在此变量的setter方法上加上@Autowired注解，并且去除setter方法中的static关键字。才可实现特定bean的注入。
springboot上下文有两个
ServletWebServerApplicationContextAnnotationConfigServletWebServerApplicationContext（继承上面）该类属于spring-boot-2.1.1Release.jar中，是自springboot诞生就衍生出来的，是spring框架的应用上下文Application的子类。
多说无益，show me code
首先让我们来看一下，这个类到底做了什么，有什么存在的价值?
private volatile WebServer webServer;
@Override
protected void onRefresh() {
super.onRefresh();
try {
createWebServer();
}
catch (Throwable ex) {
throw new ApplicationContextException("Unable to start web server", ex);
}
}
在此类中有个WebServer成员变量,让我们用脚趾头想一下也应该可以知道，这其实就是web服务对象，也基本上可以猜测就是跟tomcat相关了（当然也可以是其他web服务器，如jetty）
然后我们又发现了onRefresh方法，相信我们并不陌生，这就是spring核心refresh方法的中一个钩子方法（即表明此时已经加载所有配置bean），进行WebServer对象的创建
@Override
protected void finishRefresh() {
super.finishRefresh();
WebServer webServer = startWebServer();
if (webServer != null) {
publishEvent(new ServletWebServerInitializedEvent(webServer, this));
}
}
我们又发现该类存在finishRefresh，仔细想一下，这个也是spring核心#refresh方法中的一个钩子方法（不过这个特别，因为该方法是refresh方法中的最后一步，即会去实例化spring容器中的所有beandefinition对象）
首先赞一个，这个很巧妙，调用了super.finishRefresh() ，并没有丢弃父类的逻辑功能（这点在多态中，我相信还是会有人犯错，本来是扩展功能，但是直接重写，丢弃了父类的方法，当然spring框架开发大佬肯定不会犯这种错误，对吧！）
第二点重点来了，就是startWebServer,也就是在spring完成实例化之后，就会去启动web服务。
小结一下：
首先此类是springboot启动运行run()创建ApplicationContext的实现类，不过很可惜，该类并没有很强的实质性扩展。
**唯一作用就是拥有了通过注解加载配置类的作用，即和AnnotationConfigApplication一样，只不过springboot的运行启动已经是通过注解加载bean类**
（虽然是鸡肋，不过这也符合spring创建类的一贯风格，就是每个类都是高内聚的，即每个类除了父类的功能之外，还都拥有其他扩展的作用。即使创建出来还没有用到就被遗弃，但仍然不能阻止spring开发大佬创建该类，哈哈）
以上为个人经验，希望能给大家一个参考，也希望大家多多支持。
