IntelliJ依赖分析工具显示有效POM未包含的依赖冲突
针对你遇到的IntelliJ Dependency Analyzer检测出org.checkerframework:checker-qual版本冲突，但该依赖未出现在effective pom中的问题，逐个解答你的疑问：
1. 为何有效POM中无该依赖，工具仍显示冲突？
IntelliJ的依赖分析工具会扫描所有模块的完整依赖树，包括解析过程中临时出现的间接依赖。哪怕某个依赖最终被Maven的规则（比如dependencyManagement统一版本、子模块的<exclusions>排除）从effective pom中移除，工具还是会把解析阶段出现的版本差异标记为冲突。另外多模块场景下，可能某个子模块的依赖树里存在该依赖，但聚合后的effective pom因依赖调解规则（就近/声明优先）将其覆盖，工具依然会检测到跨模块的版本差异。
2. 有效POM未包含的依赖会被打包进最终Jar文件吗？
不会。Maven的打包逻辑完全以effective pom中的依赖树为准。如果effective pom里没有这个依赖，说明它已经被Maven的依赖规则排除或覆盖，最终生成的Jar包中不会包含该依赖的字节码。
3. 是否需要排除低版本依赖来解决冲突？runtime scope会受到什么影响？
如果effective pom里已经没有该依赖，说明Maven已经通过依赖调解机制自动处理了版本冲突，不需要手动排除。但如果有子模块在运行时实际需要该依赖，得单独检查子模块的依赖树。
对于scope设为runtime的Postgres依赖：它的间接依赖会继承runtime scope，仅在运行时被加载，编译阶段不会引入。就算checker-qual是Postgres的间接依赖，版本冲突也只会影响运行时，且Maven已经自动选了最终版本，不会有实际问题。
4. 若有效POM中没有该依赖，是否仍需修复此问题？
不需要。effective pom是Maven执行构建的唯一依据，既然它里面没有这个依赖，说明这个冲突已经被Maven自动解决，不会影响最终Jar包的生成和项目运行。IntelliJ的提示只是解析过程中的潜在差异标记，属于非关键性提示，无需处理。
内容的提问来源于stack exchange，提问作者coretechie
