目的：
- 控制依赖传递 ：将依赖标记为可选，这样当其他模块依赖common-component时，不会自动继承Elasticsearch依赖。这遵循了"依赖最小化"原则，避免不必要的库被引入到不需要它们的模块中。
- 模块化设计 ：jetlinks框架采用模块化设计，common-component作为通用基础组件，不应该强制所有使用它的模块都引入Elasticsearch相关功能。通过optional配置，实现了功能的可选性和灵活性。
- 避免版本冲突 ：防止多个模块引入不同版本的Elasticsearch库导致冲突，让实际需要Elasticsearch的模块自行管理其依赖版本。
示例：
common 模块有这么个依赖
<dependency><groupId>org.elasticsearch</groupId><artifactId>elasticsearch</artifactId><optional>true</optional>
</dependency>
模块A引入了 common模块
<dependency><groupId>org.jetlinks.pro</groupId><artifactId>common-component</artifactId><version>${project.version}</version></dependency>
此时 common的 elasticsearch 依赖不会传递给 A，也就是说 A 是没有 elasticsearch 依赖的，想要这个依赖需要自己单独再引入 elasticsearch，如果想要继承 common 的 elasticsearch，那就去掉 optional 标签即可
【另一种情况】
common 模块的 elasticsearch 去掉了 optional 标签，模块 A 引入了 common，同时模块A自己又单独引入了 elasticsearch ，此时会发生依赖冲突吗？
- 如果两处的 elasticsearch 版本一致，则不会，maven会优先使用模块A自己的 elasticsearch 依赖
- 如果两处的版本不一致，则会发生依赖冲突
如果发生了冲突，又不能修改 common 的 pom 文件，我们想用自己引入的依赖，可以选择在引入 common 时排除 common 模块的elasticsearch
<dependency><groupId>org.jetlinks.pro</groupId><artifactId>common-component</artifactId><version>${project.version}</version><exclusions><!-- 排除common-component中的r2dbc-spi依赖，使用本模块中直接声明的版本 --><exclusion><groupId>org.elasticsearch</groupId><artifactId>elasticsearch</artifactId></exclusion></exclusions></dependency>
)
