传递性依赖会给项目隐式地引入很多依赖，这极大地简化了项目依赖的管理，但是有些时候这种特性也会带来问题。
例如，当前项目有一个第三方依赖，而这个第三方的依赖由于某些原因依赖了另外一个类库的 SNAPSHOT 版本，那么这个 SNAPSHOT 就会成为当前项目的传递性依赖，而 SNAPSHOT 的不稳定性会直接影响到当前的项目。这时就需要排除掉该 SNAPSHOT，并且在当前项目中声明该类库的某个正式发布的版本。
还有一些情况，你可能也想要替换某个传递性依赖，比如 Sun JTA API，Hibernate 依赖于这个 JAR，但是由于版权的因素，该类库不再中央仓库中，而 Apache Geronimo 项目有一个对应的实现。这时你就可以排除 Sun JTA API，再声明 Geronimo 的 JTA API 实现。
1 <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 2 xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"> 3 <modelVersion>4.0.0</modelVersion> 4 5 <groupId>com.juvenxu.mvnbook</groupId> 6 <artifactId>project-a</artifactId> 7 <version>1.0.0</version> 8 9 <dependencies> 10 <dependency> 11 <groupId>com.juvenxu.mvnbook</groupId> 12 <artifactId>project-b</artifactId> 13 <version>1.0.0</version> 14 <exclusions> 15 <exclusion> 16 <groupId>com.juvenxu.mvnbook</groupId> 17 <artifactId>project-c</artifactId> 18 </exclusion> 19 </exclusions> 20 </dependency> 21 <dependency> 22 <groupId>com.juvenxu.mvnbook</groupId> 23 <artifactId>project-c</artifactId> 24 <version>1.0.0</version> 25 </dependency> 26 </dependencies> 27 28 </project>
上述代码中，项目 A 依赖于项目 B，但是由于一些原因，不想引入传递性依赖 C，而是自己显示地声明对于项目 C 1.0.0 版本的依赖。代码中使用 <exclusions> 元素声明排除依赖， <exclusions> 可以包含一个或者多个 <exclusion> 子元素，因此可以排除一个或者多个传递性依赖。
需要注意的是，声明 <exclusion> 的时候只需要 groupId 和 artifactId，而不需要 version 元素，这是因为只需要 groupId 和 artifactId 就能唯一定位依赖图中的某个依赖。