maven包冲突,为啥有时候运行时才会报错?有时间编译就报错？有时间启动就报错呢？类找不到，方法找不到的错误？

Maven 包冲突的情况下，有时在编译时不会报错，而在运行时或启动时才会报错。这主要是因为编译、启动和运行时依赖的加载机制不同，以下是详细说明和对应的示例： ### 1. 编译时报错的情况 在编译阶段，Maven 解析依赖树，编译器会检查代码中的类和方法签名。如果依赖版本冲突导致某些方法不存在或签名不兼容，编译器会立即报错。 **示例**：假设我们在项目中引入了两个不同版本的 `guava` 库，一个版本是 `guava:30.1.1-jre`，另一个是旧版本 `guava:19.0`。我们在代码中使用了 `guava 30.1.1` 中的 `Splitter.splitToList` 方法，但在 `guava 19.0` 中该方法不存在。 ```java import com.google.common.base.Splitter; public class MyApp { public void splitString(String input) { Splitter.on(',').splitToList(input); // 仅在 guava 30.1.1 中存在的方法 } } ``` 如果 Maven 编译时选择的是 `guava 19.0` 版本，由于 `19.0` 中没有 `splitToList` 方法，编译会失败，报出以下错误： ```plaintext error: cannot find symbol symbol: method splitToList(String) location: class com.google.common.base.Splitter ``` ### 2. 启动时报错的情况 在启动阶段，Spring 等框架会初始化一些类和依赖（例如加载 `@Component`、`@Service` 等 bean），并执行构造方法或 `@PostConstruct` 注解的方法。这时如果遇到依赖冲突导致某些类或方法缺失，会导致启动时错误。 **示例**：假设项目中有两个不同版本的 `spring-core` 依赖，一个是 `spring-core:5.2.0`，另一个是旧版本 `spring-core:4.3.0`。项目中某个类使用了 `spring-core` 5.2.0 中新增的 `AnnotationUtils.getAnnotationAttributes` 方法。 ```java import org.springframework.stereotype.Component; import org.springframework.core.annotation.AnnotationUtils; @Component public class MyComponent { public MyComponent() { AnnotationUtils.getAnnotationAttributes(MyComponent.class); // Spring 5.x 新方法 } } ``` 由于冲突，Maven 可能在运行时加载了旧的 `spring-core:4.3.0`，导致 `AnnotationUtils.getAnnotationAttributes` 方法不存在。Spring 在启动加载 `MyComponent` 时会报错： ```plaintext java.lang.NoSuchMethodError: org.springframework.core.annotation.AnnotationUtils.getAnnotationAttributes ``` ### 3. 运行时报错的情况 有些依赖冲突在编译和启动时都不会报错，但在实际运行某个业务逻辑时才会暴露。原因是这些依赖的类或方法只在特定代码路径中调用，而编译和启动时不会实际加载和检查这些代码。 **示例**：假设项目中引入了 `commons-lang` 的两个不同版本：`commons-lang:2.6` 和 `commons-lang3:3.12.0`。代码中使用了 `commons-lang3` 中的 `StringUtils.isBlank` 方法，但在旧版 `commons-lang` 中没有这个方法。 ```java import org.apache.commons.lang3.StringUtils; public class MyService { public void processInput(String input) { if (StringUtils.isBlank(input)) { // commons-lang3 中的 isBlank 方法 System.out.println("Input is blank"); } } } ``` 启动时不会报错，因为 `processInput` 方法未被立即调用。但在运行时，当实际执行 `processInput` 时，JVM 加载到不兼容的 `commons-lang` 旧版本，抛出 `NoSuchMethodError`： ```plaintext java.lang.NoSuchMethodError: org.apache.commons.lang3.StringUtils.isBlank ``` ### 总结 Maven 依赖冲突的报错时机取决于问题在项目生命周期中的暴露方式： - **编译时报错**：如果编译依赖路径中缺少必要方法或类，编译器会直接报错。 - **启动时报错**：在启动时，框架初始化 bean 或加载配置时遇到缺少的类或方法，会导致启动失败。 - **运行时报错**：特定业务逻辑路径调用不兼容的类或方法，实际运行时才暴露错误。 避免冲突的方式是使用 `mvn dependency:tree` 检查依赖树，明确指定兼容的依赖版本，并通过 `dependencyManagement` 锁定版本。