Spring
Spring
SpringBean生命周期
- Bean容器找到配置文件中SpringBean的定义
- Bean容器利用java反射创建一个Bean的实例
- 如果涉及一些属性值,利用set()方法填充属性值
- 然后再检查是否实现*Aware结尾的相关接口,例如:BeanNameAware,BeanFactoryAware等,如果实现,就调用相关方法
- 调用BeanPostPorcessor的初始化前方法(postProcessBeforeInitialization)
- 如果bean实现了InitializingBean接口,执行afterPropertiesSet()方法
- 如果Bean在配置文件中包含init-method属性,则执行指定方法
- 调用BeanPostProcessor的初始化后方法postProcessAfterInitialization(这里会进行AOP)
- 如果创建的bean是单例的则会放入单例池,至此我们就可以开始使用bean了
- 当bean销毁的时候我们调用DisposableBean的destory()方法
工作中使用?
有就是在做上个项目的时候,做一个记录操作日志的功能有用到过。一些配置信息我不想每次都在切面里去查库,我就想在ioc容器启动的时候就让它去查并放到map集合里面。这个时候我当时的做法就是实现了IntializingBean的afterPropertiesSet方法。在这个方法类去把这些配置信息查出来。
对SpringAOP的理解
- 简化代码,降低偶和,业务部相关的功能抽离日志记录,权限管理,统一异常处理等等。
- 底层通过动态代理实现。实现了接口使用JDK自带的,没有使用CGLIB
SpringBoot
SpringBoot的自动装配原理
从以下几个方面回答:
- 什么是 SpringBoot 自动装配?
- SpringBoot 是如何实现自动装配的?如何实现按需加载?
- 如何实现一个 Starter?
什么是 SpringBoot 自动装配
没有 Spring Boot 的情况下,如果我们需要引入第三方依赖,需要手动配置,非常麻烦。但是,Spring Boot 中,我们直接引入一个 starter 即可。比如你想要在项目中使用 redis 的话,直接在项目中引入对应的 starter 即可。
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
引入 starter 之后,我们通过少量注解和一些简单的配置就能使用第三方组件提供的功能了。
SpringBoot 是如何实现自动装配的
SpringBoot的启动类里面有一个@SpringBootApplication注解,点进去里面有三个注解:
@EnableAutoConfiguration
:启用 SpringBoot 的自动配置机制@SpringBootConfiguration
:允许在上下文中注册额外的 bean 或导入其他配置类@ComponentScan
: 扫描被@Component
(@Service
,@Controller
)注解的 bean,注解默认会扫描启动类所在的包下所有的类 ,可以自定义不扫描某些 bean。如下图所示,容器中将排除TypeExcludeFilter
和AutoConfigurationExcludeFilter
。
@EnableAutoConfiguration
是实现自动装配的重要注解,我们以这个注解入手。
EnableAutoConfiguration
只是一个简单地注解,自动装配核心功能的实现实际是通过 AutoConfigurationImportSelector
类,AutoConfigurationImportSelector
类实现了 ImportSelector
接口,也就实现了这个接口中的 selectImports
方法,该方法主要用于获取所有符合条件的类的全限定类名,这些类需要被加载到 IoC 容器中。
private static final String[] NO_IMPORTS = new String[0];
public String[] selectImports(AnnotationMetadata annotationMetadata) {
// <1>.判断自动装配开关是否打开
if (!this.isEnabled(annotationMetadata)) {
return NO_IMPORTS;
} else {
//<2>.获取所有需要装配的bean
AutoConfigurationMetadata autoConfigurationMetadata = AutoConfigurationMetadataLoader.loadMetadata(this.beanClassLoader);
AutoConfigurationImportSelector.AutoConfigurationEntry autoConfigurationEntry = this.getAutoConfigurationEntry(autoConfigurationMetadata, annotationMetadata);
return StringUtils.toStringArray(autoConfigurationEntry.getConfigurations());
}
}
selectImports
方法里还调用了getAutoConfigurationEntry()
方法,这个方法主负责加载自动配置类。该方法调用链如下:
总结
Spring Boot 通过@EnableAutoConfiguration
开启自动装配,通过 SpringFactoriesLoader 最终加载META-INF/spring.factories
中的自动配置类实现自动装配,自动配置类其实就是通过@ConditionalXXX
按需加载的配置类(例如@ConditionalOnClass这有这个类存在的时时候才会加载)想要其生效必须引入spring-boot-starter-xxx
包实现起步依赖
自己的语言:
在springboot的启动类中有一个@SpringBootApplicaiton注解,这是一个组合注解他 下面有三个比较核心的注解,分别是:springBootCon,E,C而实现 自动装配最核心的就是E注解,这个注解里面@import了一个AutoConfigurationImportSelector类,这个类实现了ImportSelector接口的selectImports方法,这个方法会返回类的全限定名的一个数组。而这个数组是怎么来的呢?继续跟代码你会发现它最终是通过SpringFactoriesLoader的loadSpringFactories方法加载了meta-info目录下的spring.factories文件。这个文件里配置了哪些需要自动装配,是否生效则取决于配置类的conditional条件是否满足,例如conditionOnClass就规定必须出现了哪个类的时候才能启动自动装配,而我们一般如果我们导入了对应的starter依赖这个条件就会激活。
springCloud
动力节点:http://www.bjpowernode.com/springcloud/
还有乐优商城的项目。
zk和eureka的区别
先讲CAP理论,再讲区别
SpringCloud和dubbo的区别
底层协议:Springcloud基于http协议,dubbo是rpc框架是基于tcp协议,决定了dubbo的性能个相对会比较好。
注册中心:答eureka和zookeeper的区别cap角度
Springcloud核心组件及作用
- Eureka:服务注册发现
每个服务都会向Eurka注册自己的ip,端口,版本等信息。
Eureka会把服务维护在一个类似于双层map的结构的map的第一层的key是服务名,第二层是具体的实例名,value是服务的ip地址加端口。同时和服务维持心跳,剔除不可用服务 - Robbin:负载均衡
- Zuul:服务鉴权限,动态路由
- Hystix:熔断降级
每次调用走的是不同线程池,实现线程隔离 - Feign:服务调用
基于动态代理机制:不了解feign的动态代理,但是对动态代理有了解