exclusion 标签写在主动引入的 dependency 内部，即显式声明的依赖中，而非冲突包自身；必须配对使用 groupId 和 artifactId，大小写及连字符须完全匹配，不支持通配符。
exclusion 标签写在哪个 dependency 里？
写在「主动引入」那个依赖的 <dependency> 内部，不是冲突包本身的位置。很多人误以为要改冲突包的 pom，其实 Maven 不允许你修改第三方声明，只能从上游切断传递路径。
常见错误现象：ClassNotFoundException 或运行时 NoClassDefFoundError，但 mvn dependency:tree 显示两个版本的同一 jar 同时存在。
- 使用场景：比如项目显式引入了
spring-boot-starter-web，但它又拉进了旧版netty-buffer，而你项目里其他组件需要新版，就得在spring-boot-starter-web的声明里排除旧版 - exclusion 必须配对出现：
<groupId>+<artifactId>，缺一不可；大小写、连字符都必须完全匹配 - 不支持通配符，不能写
<artifactId>netty-*这种
为什么 exclusion 后还是有冲突？
因为 Maven 的依赖调解机制会“绕过” exclusion —— 如果另一个直接依赖（比如你写了 netty-transport）也拉进同一个被排除的 jar，那它仍会被保留。
关键判断点：运行 mvn dependency:tree -Dverbose，看目标 jar 是从哪条路径进来的。如果它出现在多条路径中，只在一个地方写 <exclusion> 是不够的。
- 真正生效的前提是：该 jar 只通过被 exclusion 的那个 dependency 间接引入；否则得逐个排查上游
-
-Dverbose能显示冲突原因，比如 “omitted for duplicate” 或 “omitted for conflict”，这时候 exclusion 其实没起作用 - 某些 BOM（如
spring-boot-dependencies）会强制锁定版本，此时 exclusion 可能被覆盖，得配合<properties>或<dependencyManagement>调整
exclusion 和 dependencyManagement 的区别
exclusion 是“砍掉某条依赖路径”，dependencyManagement 是“统一指定某个依赖的版本和是否生效”。两者目的不同，常一起用。
典型组合：先用 <exclusion> 切断不需要的传递依赖，再用 <dependencyManagement> 显式声明你需要的版本，确保它被正确解析。
- exclusion 不解决版本选择问题，只解决“要不要加载”；dependencyManagement 解决“用哪个版本”
- 如果你排除了一个包，但没在
<dependencies>或<dependencyManagement>中重新引入，它就真的没了——小心NoClassDefFoundError - 在 parent pom 里用
<dependencyManagement>管控版本，比在每个 module 里写一堆<exclusion>更可持续
IDEA 里看不到 exclusion 生效？
IntelliJ 默认不会实时刷新 Maven 排除逻辑，尤其当你改完 pom 但没触发重载时，External Libraries 里可能还挂着被排除的 jar。
这不是 bug，是 IDEA 缓存了旧的 resolve 结果。
- 必须点击右上角 Maven 工具栏的
Reload project（或按 Ctrl+Shift+O），不能只靠自动同步 - 检查
External Libraries下是否还有对应 jar；如果还有，说明 exclusion 没命中，回去核对<groupId>和<artifactId>是否拼错 - 有时候 IDEA 的 “Maven → Show Dependencies” 图形视图比命令行更直观，能看出 exclusion 是否打上了删除线
mvn dependency:tree -Dincludes=xxx 得多跑几次，盯着 groupId 和 artifactId 一个字母一个字母对。稍有偏差，就白忙活。 
