Spring Boot中依赖顺序是否重要？Thymeleaf与MongoDB依赖顺序疑问

这种现象本质上和Spring Boot自动配置类的加载顺序以及Maven类路径的构建规则有关，具体可以拆解为两点：

• Maven依赖顺序决定类路径优先级
  Maven在构建项目类路径时，会按照pom.xml中依赖的声明顺序排列Jar包优先级。排在前面的依赖，其包含的类、配置文件（比如META-INF/spring.factories）会被类加载器优先扫描和加载。

• 自动配置类的初始化顺序依赖类路径扫描顺序
  Spring Boot的自动配置通过META-INF/spring.factories中声明的配置类实现。当没有通过@AutoConfigureBefore/@AutoConfigureAfter明确指定配置顺序时，Spring会按照类路径中spring.factories的加载顺序初始化配置类：

  • 若Thymeleaf依赖在前，其自动配置类（如ThymeleafAutoConfiguration）会被优先加载，触发Web MVC相关初始化（比如创建视图解析器ThymeleafViewResolver），确保Web层核心Bean先初始化完成。
  • 若MongoDB依赖在前，其自动配置类（如MongoAutoConfiguration）会先加载，该类专注于数据访问层初始化，不会触发Web层必要配置。后续Thymeleaf配置类加载时，可能因Web层核心Bean未初始化而启动失败（比如找不到Spring MVC上下文环境）。

另外还有一种极端情况：如果MongoDB依赖传递了与Thymeleaf冲突的类（或版本不一致的类），Maven的依赖调解机制会优先选择排在前面的依赖中的类版本，导致Thymeleaf所需类无法正常加载，进而启动失败。不过这种情况相对少见，多数时候还是自动配置顺序的问题。

其实不需要依赖顺序也能解决问题，你可以通过显式指定自动配置顺序规避：比如给Thymeleaf配置类加上@AutoConfigureBefore(MongoAutoConfiguration.class)，或者在application.properties中通过spring.autoconfigure.exclude排除不需要的自动配置类，但入门场景下，保持Thymeleaf依赖在前是最简单的临时方案。

内容的提问来源于stack exchange，提问作者Arun S Nair