最新学习笔记==> 手写RPC框架(6)-使用Netty改写后遇到的各种坑你是否清楚
目录
-
10个Spring&SpringBoot 高阶用法，相信你看完会有新的认识
* 1、获取Spring IOC容器（Aware）
* 2、动态注册bean信息（BeanFactoryPostProcessor）
* 3、动态修改bean信息（BeanFactoryPostProcessor）
* 4、获取Spring IOC容器所有bean信息（BeanFactoryPostProcessor）
* 5、为兼容不同SpringBoot 版本，以实现选择性加载bean（条件注解）
* 6、自定义工厂bean实例化（工厂Bean、AbstractFactoryBean）
* 7、Spring MVC 输出所有的URL信息（Spring MVC）
* 8、通过Spring事件机制完成服务启动后的信息整理（类似于Dubbo的服务暴露机制、Swagger的URL信息收集）
* 9、通过Spring事件机制获取HTTP请求调用详情
* 10、服务启动后的初始化任务CommandLineRunner
* 总结
1、获取Spring IOC容器（Aware）
通过ApplicationContextAware实现，在bean实例化后，经过Aware扫描时，发现实现了ApplicationContextAware接口，就会调用setApplicationContext方法注入applicationcontext对象，这也是非常经典的一种获取上下文的方法。
2、动态注册bean信息（BeanFactoryPostProcessor）
通过实现BeanDefinitionRegistryPostProcessor接口完成bean的动态注入，而且图中的动态生成还相比一般的注册更加复杂，往其中添加了类似于@Value一般的属性值，尽管我们后续无任何操作，Spring在进行数据填充的时候还是成功的从Properties文件中获取到了有效数据，这主要依靠的是PropertyPlaceHolderConfigure。
也有更简单的方法实现bean的动态注册，例如
((DefaultListableBeanFactory) beanFactory).registerBeanDefinition("school1", beanDefinition)
其实动态注册bean非常简单，只需要获取到当前的IOC容器，然后调用registerBeanDefinition即可，至于获取当前IOC容器就可以使用Aware、BeanFactoryPostProcessor等方案。
3、动态修改bean信息（BeanFactoryPostProcessor）
上面的例子2就很好的说明了修改bean的信息，在postProcessBeanDefinitionRegistry方法中实现了注册操作，在postProcessBeanFactory实现了修改bean信息的操作，再例如下面这个例子
此外可以通过类似于BeanNameAware的获取到bean的名称信息等
4、获取Spring IOC容器所有bean信息（BeanFactoryPostProcessor）
利用BeanFactoryPostProcessor的postProcessBeanFactory方法，获得当前的IOC容器，然后遍历即可。
提问：BeanFactoryPostProcessor 和 BeanPostProcessor的区别在哪里，一般各自有什么用途？
关于上面2，3，4三点更多的原理细节可以看看
5、为兼容不同SpringBoot 版本，以实现选择性加载bean（条件注解）
使用了条件注解功能，获取当前运行的SpringBoot版本进行判断，类似于系统自带的条件注解，如下图
主要实现原理得看OnClassCondition类，是不是感觉和@Import类似呢？
拓展：是否清楚Spring 版本升级导致的WebMvcConfigurerAdapter不兼容问题，那么这个基于当前版本的条件注解功能就能很好的兼容WebMvcConfigurerAdapter问题了。
条件注解原理可看 Spring 之 Condition 条件注解 实践和源码学习
6、自定义工厂bean实例化（工厂Bean、AbstractFactoryBean）
继承了AbstractFactoryBean抽象类，createInstance是由afterPropertiesSet方法或者getObject方法调用，想获取具体的Student对象，则需要&区分工厂bean还是包装bean，具体看下面的图就应该很清楚了。
此外关于afterPropertiesSet方法是InitializingBean类唯一一个方法，一般用来实例化bean之后的自定义修正或者处理初始化后的其他事情。如需对Spring有更深入的理解，下面这个Spring Bean生命周期的流程图就必须清楚。
来源自网络
拓展阅读
7、Spring MVC 输出所有的URL信息（Spring MVC）
关键思想是获取DispatcherServlet类中的handlerMappings数据，而其数据由主要是从SpringIOC容器中的HandlerMapping类bean，然后分别处理，如图中圈出来的只有RequestMappingHandlerMapping和BeanNameUrlHandlerMapping，这是不完整的，在Spring 3.2以前是DefaultAnnotationHandlerMapping类，但是已经被废弃了，这里就没有补充，大家在使用的时候需要知道自己Spring的版本。
如上图运行结果，可以看到出来，除了业务的url信息，还包含了actuator端点信息以及swagger的url信息。
Spring MVC拓展阅读
8、通过Spring事件机制完成服务启动后的信息整理（类似于Dubbo的服务暴露机制、Swagger的URL信息收集）
也很简单，就是使用了Spring 监听机制去监听ContextRefreshedEvent这类Spring IOC容器刷新完成之后的事件触发，本demo并没有做什么事情，但是结合具体业务可以做很多想做的事情，可以看看Dubbo的服务暴露接口继承关系，如下图。
本图来自本人简书文章截图：https://www.jianshu.com/p/507d51bf14ce
如下图是dubbo的源码，充分利用了监听机制，监听ContextRefreshedEvent事件，最后调用export方法完成服务暴露操作。
如果去了解Swagger的工作原理会发现也是类似
拓展：RPC服务结合Spring中，服务暴露大体上都是依靠事件监听机制完成的
9、通过Spring事件机制获取HTTP请求调用详情
在本地测试统计http服务调用统计情况，还是很方便的，依靠的是ServletRequestHandledEvent事件，默认这个事件是开启的，如果未开启该事件，就会导致事件监听无效。
事件机制的原理可以看看 Spring Event事件通知机制 源码学习
10、服务启动后的初始化任务CommandLineRunner
这个就不再介绍了，相信大家也按照上述的原理分析和学习这个工具的使用。整体的思路也是类似的。
阅读关于SpringBoot的启动过程了解更多 SpringBoot 启动过程源码分析
总结
上面几个功能点说来说去就是Aware、BeanPostProcessor、BeanFactoryPostProcessor、Event，而且大家如果仔细分析springboot的源码会发现，其实整体的Spring框架并没有太多的改进，而是依赖上述的几种钩子延伸和拓展，单独一个BeanPostProcessor就延伸出了多少种子类，再加上Order排序，就可以非常方便的拓展功能。
问题：如何实现动态路由注册（没有明确的Controller层定义）
最后分享一张网上看到的Spring的执行流程图解，写的确实很详细，如果希望对Spring源码有更多深入的了解，可以好好思考和学习~
