今天在启动项目时报错：org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name ‘colorController’: Unsatisfied dependency expressed through field ‘projectService’; nested exception is org.springframework.beans.factory.BeanCurrentlyInCreationException: Error creating bean with name ‘projectService’: Bean with name ‘jobService’ has been injected into other beans [ProcessService,ProcessManualService] in its raw version as part of a circular reference, but has eventually been wrapped. This means that said other beans do not use the final version of the bean. This is often the result of over-eager type matching - consider using ‘getBeanNamesForType’ with the ‘allowEagerInit’ flag turned off, for example.
定位问题原因，发现是spring的循环依赖问题。
业务代码是在spring的事务中引入了自身的依赖，导致自己调用自己的时候通过@Autowired是进行引入，但是查询发现这个service被其他的controller层调用，而其他的controller层调用的这个代码又引起了循环依赖，所以导致项目启动报错。
那么，什么是循环依赖呢？
循环依赖其实就是循环引用，也就是两个或则两个以上的bean互相持有对方，最终形成闭环。比如A依赖于B，B依赖于C，C又依赖于A。如下图：

Spring是怎么解决循环依赖的呢？
1.Spring首先从一级缓存singletonObjects中获取。

2.如果获取不到，并且对象正在创建中，就再从二级缓存earlySingletonObjects中获取。

3.如果还是获取不到且允许singletonFactories通过getObject()获取，就从三级缓存singletonFactory.getObject()(三级缓存)获取.

4.如果从三级缓存中获取到就从singletonFactories中移除，并放入earlySingletonObjects中。其实也就是从三级缓存移动到了二级缓存。

认识@Autowired 注解
@Autowired 是 Spring 框架中最常用的注解之一，作用是自动注入依赖。在 Spring 容器中，当我们需要使用某个类的时候，如果这个类需要依赖于其他类，在使用 @Autowired 注解的情况下，Spring 就会自动查找并注入所需的依赖。

具体来说，当一个 Spring Bean 类中有 @Autowired 注解标注的属性时，Spring 容器会扫描整个应用程序上下文以找到匹配的 bean 并注入到这个属性中。@Autowired 注解也可以标注在 setter 方法、构造方法和方法参数上。

用法
当使用 @Autowired 注解时，Spring 会自动扫描项目中被 @Component 或其衍生注解标注的类，并将其注册为 Bean。然后，当需要使用某个 Bean 时，Spring 会检查该 Bean 的字段、Setter 方法或者构造方法中是否有被 @Autowired 注解标注的依赖需求，如果有，Spring 会自动按照类型进行注入。

但是，在实际编程中，除开两个单纯的bean有可能产生循环依赖外，任何交给spring管理的bean都可能产生循环依赖，有的时候由于业务逻辑的处理，导致service层需要自己注入，因此，产生了循环依赖问题，正确的解决方式，是在加载的时候配合@Lazy 注解来使用，让这个注入的类延迟加载，等真正在调用他的时候再去加载他，类似代码如下：

@Lazy
private ClassA classA;
@Autowired
@Lazy
private ClassB classB;在这里插入代码片