spring

为什么我的单例bean会多次初始化？ 背景代码如下，两个aop切入的类，都各自依赖的第三方提供的bean(必须是未初始化的，如果你没有redisson，你可以任意依赖其他的未初始化的bean) 12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576@Slf4j@Componentpublic class RecordException extends AbstractPointcutAdvisor { @Resource Redisson redisson; @Override public Pointcut getPointcut() { return new Pointcut() { @Override public ClassFilter g ...

问题@Lazy能干什么？ 123456789@Target({ElementType.TYPE, ElementType.METHOD, ElementType.CONSTRUCTOR, ElementType.PARAMETER, ElementType.FIELD})@Retention(RetentionPolicy.RUNTIME)@Documentedpublic @interface Lazy { /** * Whether lazy initialization should occur. */ boolean value() default true;} 如何使用可用在类上、方法返回值上、方法上、构造方法上、参数上、以及字段上 类上、方法上、方法返回值上生成的bean懒加载，只有用到他的时候才会加载 12// 生成beanDefinition的时候会扫描注解，调用此方法，判断是否有Lazy注解，把beanDefinition的lazy属性变为true。AnnotationConfigUtils.processCommonD ...

springDevTools提供了热部署的工具，按照网上的教程本地可以完美的支持热部署，但是一用到远程热部署(remoteRestart)就失效，热部署失败，抛ClassCastException异常为了解决这个问题，咱们今天分析一下他的原理，为什么本地可以热部署，远程热部署就会抛异常 技术栈：springBoot + MVC + DUBBO + NACOS + maven打包插件spring-boot-maven-plugin 热部署原理分析当我们修改class时，springDevTools利用了不同的classLoader重新加载class，并重新启动spring，使其生效优点就是已经加载过的class并不会重新加载以便节省性能，只针对动态修改的class重新加载即可 已加载的class无法在线卸载，只能用新的classLoader去加载，这样就起到了热部署的效果旧的classLoader以及对应加载过的class会被GC回收 在springBoot启动的时候，监听启动时的事件，然后用自己的热部署classLoader去重新启动spring（通过反射再次 ...

AOPspringAop大体分为两种技术方式，一种是基于动态代理的，一种是基于字节码增强的 动态代理的有基于 jdk的 基于CGLIB的 字节码增强的有 在编译时做增强的 class加载的时候做增强的 12345678910111213public enum AdviceMode { /** * JDK proxy-based advice. */ PROXY, /** * AspectJ weaving-based advice. */ ASPECTJ} 基于动态代理-PROXYAbstractAutoProxyCreator它是个抽象类，并且是bean的后置处理器，在bean创建的时候拦截，并寻找合适的切入点返回对应的proxy其中有3个实现类 InfrastructureAdvisorAutoProxyCreator如果只是开启事务则会用到此实现AOP生效规则：bean必须是Advisor类型，且role为BeanDefinition.ROLE_INFRASTRUCTURE才会生效 AspectJAwareAdviso ...

在beanFactory初始化阶段会注册beanPostProcessor，它的作用就是在bean实例化前、后，初始化前、后进行拦截操作 BeanPostProcessor为最顶层的接口共有5种类型不同作用的间接接口（包含自己） 如图 InstantiationAwareBeanPostProcessor postProcessBeforeInstantiation可以拦截bean实例化之前（不包含factoryBean#getObject），如果返回不为空，则直接调用BeanPostProcessor的后置方法并直接返回，此时bean已创建完毕（很少用） postProcessAfterInstantiation返回值为Boolean类型，如果返回为false则不允许自动装配（很少用） postProcessProperties自动装配，最重要的实现AutowiredAnnotationBeanPostProcessor实现自动装配 postProcessPropertyValues如果postProcessProperties返回值为null，则会调用此方法 自动装 ...

前言获取一个bean时AbstractBeanFactory#doGetBean，除非bean已经存在，否则会通过beanDefinition自动创建 创建时，如果没有beanDefinition就会报错，所以beanDefinition是一个很重要的存在 创建流程很复杂，必须要先了解bean的各种后置处理器BeanPostProcessor spring获取bean时,底层是通过beanName获取的，如果是根据类型，那么他会先根据类型先获取name，然后根据name在获取bean beanName可以自定义，如果非自定义默认则是classSimpleName，且第一个字母小写FactoryBean类型的beanName也是同上,如果要获取FactoryBean类型的实例话，则beanName要以"&"为前缀。否则获取的就是factoryBean对应的实际bean 以下为获取(创建)bean的大体流程 通过class类型或注解类型获取beanName不管怎样，spring底层是通过name获取对应的bean如果是根据注解获取bean，底层 ...

背景ConfigurationClassPostProcessor该类是一个BeanFactoryPostProcessor后置处理程序，其主要功能就是扫描beanFactory已注册的bean上的注解进而处理注解对应的职责在spring的refresh阶段调用beanFactoryPostProcessors时该类才开始工作 在springContext初始化的时候通过AnnotationConfigUtils#registerAnnotationConfigProcessors向beanFactory注册该类 工作流程1. 挨个挨个扫描beanFactory中的未扫描的bean该类开始工作时，main方法所在的类已注册到beanFactory中先开始扫描main方法所在的类，并执行以下全部步骤，执行过程中会有新的bean注册到beanFactory中然后再从beanFactory获取所有beanNamesgetBeanDefinitionNames,过滤未扫描的bean继续扫描，直到扫完为止 每扫一个bean执行完全部步骤之后都会 执行在扫描期间扫描到的注解@I ...

大体流程不同的bean实现的接口不同、它的作用也不不同、那么他的加载顺序也不同具体可参考beanFactory对不同类型的bean加载的顺序 如果bean的类型相同、实现的接口也相同则根据 实现org.springframework.core.PriorityOrdered接口 实现org.springframework.core.Ordered接口 注解@Order 注解@Priority 以上优先级从高到低接口优先级比注解的高如果都是接口PriorityOrdered优先级更高如果都是注解@Order优先级更高数值越小的优先级就越高 代码流程具体可参考org.springframework.core.OrderComparator 默认的排序（不支持注解） 具体可参考org.springframework.core.annotation.AnnotationAwareOrderComparator 支持注解的排序 具体可参考org.springframework.core.annotation.OrderUtils 获取注解 spring 中对bean的排序 ...

spring启动流程中的refresh阶段beanFactory在refresh阶段完成配置、扫描bean、注册bean等重要操作步骤 refresh代码流程 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051public abstract class AbstractApplicationContext extends DefaultResourceLoader implements ConfigurableApplicationContext { ... public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { ... // 获取beanFactory,默认为new Defa ...

spring的MVC是遵循着servlet规范的。 servlet规范当Http服务器接收请求后，Http服务器不直接调用业务类，而是把请求交给Servlet容器去处理，Servlet容器会将请求转发到具体的ServletServlet是个接口，如果想要让业务类具备处理请求的能力则需要实现此并接口，并配置到web.xml当中即可。调用servlet时如果还没创建，就加载并实例化这个Servlet，然后调用这个Servlet的service方法 123456789101112131415public interface Servlet { // Servlet容器在加载Servlet类的时候会调用init方法 void init(ServletConfig config) throws ServletException; // ServletConfig就是封装Servlet的初始化参数。可以在web.xml给Servlet配置参数 ServletConfig getServletConfig(); // 处理请求 void se ...