lbw18的博客

JVM其实不推荐你停止一个线程，而是希望让一个线程能够执行完为什么不推荐停止一个线程，因为如果贸然的去停止一个线程可能会出现资源不能及时释放，那么Jvm怎么去让一个线程执行完。一个线程没有执行完，无外乎就两种情况对于第一种情况：要想让这个线程能够执行完，那就要去解阻塞对于第二种情况：要想让这个线程能够执行完，就要跳出这个循环基础入门。

Aop====初始化后 === postProcessor ===== AOP是一个独立的类 进行Aop就是去实现我们的PostProcessor。=====如果说我们在第五步进行了Aop,那我们放入单例池中的这个对象是一个什么对象？=====如果说我们在第五步进行了Aop,那我们放入单例池中的这个对象是一个什么对象？= 去三级缓存中去找 === 找到一个lambda表达式==beanName,value===lambda表达式。=执行我们lambda表达式的方法。Bean=====好几个步骤。

Spring是⼀个快速开发框架，Spring帮助程序员来管理对象Spring的源码实现的是⾮常优秀的，设计模式的应⽤、并发安全的实现、⾯向接⼝的设计等在创建Spring容器，也就是启动Spring时：a. ⾸先会进⾏扫描，扫描得到所有的BeanDefinition对象，并存在⼀个Map中b. 然后筛选出⾮懒加载的单例BeanDefinition进⾏创建Bean，对于多例Bean不需要在启动过程中去 进⾏创建，对于多例Bean会在每次获取Bean时利⽤BeanDefinition去创建。

Spring最重要的功能就是帮助程序员创建对象（也就是IOC），而启动Spring就是为创建Bean对象做准备，所以我们先明白Spring到底是怎么去创建Bean的，也就是先弄明白Bean的生命周期。ApplicationContext中的属性[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-K1e3bZGS-1664138010637)(Spring中Bean的生命周期详解.assets/image-20211029103246697.png)]

随着笔者变得越来越懒【好久没有更新博文了】，已经抽不住来时间去单独针对某些技术点去单独记录或者长编大论的分析，因为博文还是短点才能让读者从心里上愿意去看。

很简单，就是A对象依赖了B对象，B对象依赖了A对象// A依赖了B class A {} // B依赖了A class B {}那么循环依赖是个问题吗？如果不考虑Spring，循环依赖并不是问题，因为对象之间相互依赖是很正常的事情。比如这样，A,B就依赖上了。但是，在Spring中循环依赖就是一个问题了，为什么？因为，在Spring中，一个对象并不是简单new出来了，而是会经过一系列的Bean的生命周期，就是因为Bean的生命周期所以才会出现循环依赖问题。

所以这个类的主要作用就是。

所以这个类的主要作用就是。

比如类的类型(class),比如类的名字，类的构造方法。当spring读取到类的信息之后，会实例化一个BeanDefinition的对象，继而调用这个对象的各种set方法存储信息，每扫描到一个符合规则的类，spring都会实例化一个BeanDefinition对象，然后把根据类的类名生成一个bean的名字（比如一个类AService，spring会根据类名AService生成一个bean的名字。假设在你的项目或者磁盘上有X和Y两个类，X是被加了spring注解的，Y没有加spring的注解；

本来给Bsevies中的Aservices属性注入的是Aservices的原始对象 但是如果一旦在第五步进行Aop之后，Aservicecs将会生成一个代理对象，并且将这个代理对象放到单例池中去，那么这时就会出现冲突。我们在第二步创建完一个原始对象之后，开始进行Aop，然后将代理对象放到第二级缓存中，这时候Bservice在注入Aservice属性的时候，就从二级缓存map中能够找到。这样就能保证放到单例池中的和我们注入属性的对象是同一个对象。注入的是原始对象 放到单例池的是代理对象。

Spring Boot是Spring项目中的一个子工程，与我们所熟知的Spring-framework 同属于spring的产品:其最主要作用就是帮助开发人员快速的构建庞大的spring项目，并且尽可能的减少一切xml配置，做到开箱即用，迅速上手，让开发人员关注业务而非配置。自动配置 : 不需要再关注各个框架的整合配置, springboot全部已经配置好了起步依赖 : 我们在需要使用某个框架的时候, 直接添加这个框架的启动器依赖即可 , 不需要在关注jar包的冲突和整合设计目的。