springbootbean创建和依赖注入的顺序是什么？
我正在做一个关于Spring Boot 1.5的项目。它具有以下类型的配置类：
@Configurtion
public class Foo{
@Autowired
private DependencyA dependencyA;
@Bean
public DependencyA getDependency(){
return new DependencyAImpl();
}
}
这在Spring Boot 1.5中运行正常，但当我升级到Spring Boot 2时，它不再工作，应用程序将不会启动，出现异常“找不到类型DependencyA的bean”。我想这可能是因为bean不是在Spring尝试注入依赖项时创建的，因此，作为“黑客”，在依赖项注入中添加了@Lazy。这起作用了。
鉴于此，配置类的执行顺序是什么。它是：A）首先创建bean，然后注入依赖项B）尝试创建具有所有依赖项的实例，然后在配置中创建任何bean。
共有1个答案
有趣的发现；
配置类也是Springbean。
通常，首先扫描并实例化配置类。这必须是了解其他配置和bean的起点。
但是，您添加了@Autowire来执行字段注入。正如我所说，配置类也是Springbean。因此，spring需要首先解决它的依赖关系。进入死锁。
回答你的问题。配置类先实例化，然后再实例化其他Bean。
-
问题内容： 已经发布了几个问题，其中包括有关依赖项注入的特定问题，例如何时使用它以及支持它的框架。然而， 什么是依赖项注入？何时/为什么/不应该使用它？ 问题答案： 依赖注入 将依赖传递给其他 对象 或 框架 （依赖注入器）。 依赖注入使测试更加容易。注入可以通过 构造函数 完成。 其构造函数如下： 问题 ：如果涉及复杂的任务，例如磁盘访问或网络访问，则 很难 对其进行单元测试。程序员必须进行模拟
-
问题内容： 我想知道 _什么是Spring Framework？ 为什么和何时应该在Java Enterprise开发中使用它？ _ 答案将是“依赖注入框架”。好了，使用依赖注入框架时我们有什么优势？用setter值和/或构造函数参数描述类的想法对我来说似乎很奇怪。为什么这样 因为我们可以更改属性而无需重新编译项目？这就是我们所获得的一切吗？ 那么，我们应该用什么对象来描述？所有对象还是只有几个？
-
我试图不去增加很复杂的结构代码，保持简洁可测试性的代码和好的实践，我想我应该用Kotlin从其它方面去简化代码。如果你想了解一些控制反转或者依赖注入的话题，你可以查看我关于Android中使用Dagger注入的一系列文章。第一篇文章有关于他们这个团队的简单描写。 一种简单的方式，如果我们想拥有一些独立于其他类的类，这样更容易测试，并编写代码，易于扩展和维护，这时我们需要使用依赖注入。我们不去在类内
-
考虑下面的代码： 上面的代码是一个表示一个汉堡包类。 该类假设汉堡包括Bun, Patty 和 Toppings。 该类还负责制作Bun, Patty 和 Toppings。 这是一件坏事。 如果需要素食汉堡怎么办？ 一个天真的方法可能是： 好吧，这有点不同，它在某些方面更灵活，但它仍然相当脆弱。 如果Patty构造函数改变以允许新的功能会发生什么？ 整个汉堡包类必须更新。 事实上，任何时候任何这
-
问题内容： 对于Java，依赖注入作为纯OOP工作，即，您提供要实现的接口，并且在框架代码中接受实现已定义接口的类的实例。 现在，对于Python，您可以以相同的方式进行操作，但是对于Python，我认为该方法的开销太大。那么，您将如何以Pythonic的方式实现它呢？ 用例 说这是框架代码： 基本方法 最幼稚（也许是最好的？）方法是要求将外部函数提供给构造函数，然后从该方法中调用它。 框架代码：
-
问题内容： 创建新对象和依赖项注入有什么区别？请详细说明。 问题答案： 好吧，创建一个新对象就可以做到的很明确-您可以创建所需类的新实例。 依赖注入是一种在需要时为您提供引用的机制。想象一下一个代表数据库连接池的类- 您通常只有一个该类的实例。现在，您需要将该引用分发给使用它的所有类。依赖注入在这里很方便- 通过使用像Spring这样的DI框架，您可以定义将一个池实例注入到需要它的类中。 您的问题