maven依赖之optional

解析一: 应用场景：projectA 依赖projectB, projectB 依赖projectC时 <dependency> <groupId>com.itear.projectC</groupId> <artifactId>projectC</artifactId> <version>0.0.1-SNA...

现开发了一个类似Hibernate的框架，叫Summer吧，致敬下Spring，提供了多种数据库方言的支持：mysql/oracle/db2/postgresql…每种数据库支持也独立了一个module，Summer的依赖中配置了每种数据库的支持包：summer-mysql-support/summer-oracle-support…但是实际引用此框架/依赖时，并不需要所有数据库方言的支持。此时可以把数据库的支持包都配置为可选的true。

到这也就很好理解为什么 Maven 为什么要设计 optional 关键字了，假设一个关于数据库持久化的项目(Project C), 为了适配更多类型的数据库持久化设计，比如 Mysql 持久化设计(Project A) 和 Oracle 持久化设计(Project B)，当我们的项目(Project D) 要用的 Project C 的持久化设计，不可能既引入 mysql 驱动又引入 oracle 驱动吧，所以我们要显式的指定一个，就是这个道理了。pom文件中什么依赖都没引入，也沒有什么内容。

optional是maven依赖jar时的一个选项，表示该依赖是可选的，不会被依赖传递。当你开发的组件时，有一个功能，有多种实现方式的jar可以提供，但是实际只会使用一种的情况下。可以把实现的jar包设置成：true。即依赖时可以自行选择需要什么功能，只提供项目需要的jar，而不是默认全部都给你。...

Maven依赖的optional元素pom.xml里面依赖dependency的元素标签optional的作用假如你的Project A的某个依赖D添加了true，当别人通过pom依赖Project A的时候，D不会被传递依赖进来当你依赖某各工程很庞大或很可能与其他工程的jar包冲突的时候建议加上该选项，可以节省开销，同时减少依赖冲突参考： https://maven.apache.org/gui

optional可选依赖，表示当一个项目中的依赖添加上optional=true的选项后，子项目中将不会包含这个依赖。常用于解决jar包冲突问题，和exclusion排除jar有异曲同工之妙，假设a项目中引入了以下依赖： <!--伪代码写法--> <project> <groupId>com.xxx.test</groupId> <artifactId>test-a</artifactId> <version>0.

情况行为（默认）依赖会传递给下游项目依赖仅当前项目可用，不会传递当前项目和依赖项目都依赖同一包Maven 按“路径最近”原则选择版本可选依赖 + 下游未显式引入下游项目不包含该依赖<optional>是一种“克制”的设计，它让依赖管理更清晰、更可控，避免不必要的依赖传递，是构建高质量、可复用库的重要手段。

在一些项目中，我们知道用exclusion排除一些依赖包，这属于依赖排除（Dependency Exclusions），还有一种就是今天所说的可选依赖（Optional Dependencies）。主要还是讲怎么用。 准备工作 准备两个工程，简单点，就是A和B 只看POM文件，这是A的pom文件。 &lt;?xml version="1.0" encoding="UTF-8"?&gt;...

Optional和Exclusions都是用来排除jar包依赖使用的，两者在使用上却是相反。 Optional定义后，该依赖只能在本项目中传递，不会传递到引用该项目的父项目中，父项目需要主动引用该依赖才行。 Exclusions则是主动排除子项目传递过来的依赖。 用法区别 Project-X -> Project-A Project-A -> Project-B ... sample.ProjectB Project-B 1.0

时间久了，容易混淆，简单记录 optional(可选的) 依赖关系 projectA -----> projectB-----> projectC -----> project D 上面projectA 依赖 projectB，projectB 依赖projectC、projectD...

(简单来说，exclusion是在女儿那里排除了跟姥姥的关系，妈妈的其她女儿，还是认这个姥姥的。如果项目A依赖项目B，项目X依赖项目A，则根据依赖传递的原则，项目X会依赖项目B。如果项目X不需要依赖项目B呢？，此时，依赖项目A的任一个项目X，不会依赖项目B。=======================分界线=======================如果项目A只依赖了项目B的小部分功能，而且依赖项目A的项目都不需要依赖项目B，则用。此时，其他依赖项目A的项目Y，依旧会依赖B，但是只是X不再依赖项目B。

前面必读的话 Optional和Exclusions都是用来排除jar包依赖使用的，两者在使用上却是相反。Optional表示可选择的，Exclusions表示排除 Optional定义后，该依赖只能在本项目中传递，不会传递到引用该项目的父项目中，父项目需要主动引用该依赖才行。 Exclusions则是主动排除子项目传递过来的依赖。 假如有三个项目分别为A项目、B项目、C项目，依赖引用关系...

Maven optional 关键字及Maven 中依赖范围

当子工程引入了父工程,不想使用父工程的依赖包,即就近依赖时,可以在依赖包中添加 <dependency> <groupId>org.apache.poi</groupId> <artifactId>poi</artifactId> <version>3.11</version> ...

0.1. 规则项目 A 依赖项目 B, 项目 B 依赖项目 C 1 2 3 4 5 6 <dependency> <groupId>com</groupId> <artifactId>C</artifactId> <version>1</version> <optional...

在一些项目中，我们知道用exclusion排除一些依赖包，这属于依赖排除（Dependency Exclusions），还有一种就是今天所说的可选依赖（Optional Dependencies）。主要还是讲怎么用。 假如我们目前有两个项目：项目A 和项目B， 项目B依赖项目A 项目A的POM文件如下： <?xml version="1.0" encoding="UTF-8"?> <project xmlns="http://maven.apache.org/POM/4.0.0" .

X2 可以将这些依赖项声明为可选依赖项，因此当项目在其 POM 中将 X2 声明为直接依赖项时，X2 支持的所有驱动程序都不会自动包含在项目的类路径中。上图显示项目 A 依赖于项目 B（即在项目A的pom中有对项目B的依赖）。可选依赖项可节省空间和内存。您需要直接在项目 X 的 POM 中声明项目 B，以便 B 包含在 X 的类路径中。这个新的子项目将只有非可选的依赖项，因为如果您决定使用子项目的功能，则需要所有这些依赖项。如果用户想要使用与可选依赖项相关的功能，则必须在自己的项目中重新声明该可选依赖项。