我正在使用注释设置一个非常小的带有 Boot 的 Spring/REST/JPA 项目。
当我将 JPA 存储库类移到不同的包并在其包上调用 componentscan 时，我在具有 Autowired 存储库变量的 REST 控制器类中遇到了一些 Bean not found 错误。但是，当我的所有文件（共 5 个）都在同一个包中时，一切正常。
所以我想知道，尽管不太可能，组件扫描顺序是否重要？例如，如果一个类正在 AutoWiring 来自尚未“组件扫描”的包中的一些 bean，这会导致 Bean not found 错误吗？
【问题讨论】：
标签： spring spring-data spring-data-jpa spring-boot
不，Spring 会在适当的时候从文件和注释以及环境中加载所有配置信息。然后它根据它在内存中计算的依赖树创建bean（类的实例）。为了做到这一点，它必须在启动时对整个配置有一个很好的了解。从所有聚合配置信息派生的整个模型称为应用程序上下文。
在 Spring 的现代版本中，应用程序上下文在运行时是灵活的，因此并非所有配置都必须预先知道，但灵活的配置范围有限，必须仔细规划。
【讨论】：
在结构良好的程序中不会，因为首先每个 bean 都会被实例化，然后自动装配，然后您就可以实际使用它们了。
但是，在某些情况下，订单确实很重要，我无法弄清楚发生了什么。所以这是一个重要的例子：
在这种情况下，@PostConstruct 方法将在您的 @Converter 中的组件自动装配之前执行，这将导致异常。
依赖 ComponentScan 顺序是一个坏习惯，因为它不直观，尤其是当您与可能不知道的多人一起工作时。或者可能存在这样的依赖关系，您无法通过更改扫描顺序来修复代码。
在这种情况下，最好的解决方案是使用负责运行初始化函数的任务执行器服务。
【讨论】：
可能有几个问题：
顺序根本不重要。有一个@Order 注释，但它的目的更多是关于以不同的顺序加载 sth 的多个实现。 首先创建 Bean 定义，它们与布线无关。然后通过 bean 后处理器，注入自动装配的 bean。由于没有bean定义。没有什么可以注射的。
【讨论】：
也许您需要分享一些代码。当你移动这些东西时，你还需要告诉 Spring 它们去了哪里。我的猜测是你还没有定义@EntityScan 和@EnableJpaRepositories（默认为@EnableAutoConfiguration 的位置）。
【讨论】：