Maven pom.xml中普通依赖与BOM依赖的区别及选型指南

一、核心区别 #

1. 本质定位不同 #

• aws-java-sdk-xxx（普通依赖）：是具体的AWS服务SDK实现，引入后会直接把对应服务的代码包加入项目，必须指定版本号（version）才能正常拉取。
• aws-java-sdk-bom：全称是Bill of Materials（物料清单），它不包含任何实际代码，仅用于统一管理所有AWS Java SDK模块的版本号。只需要在dependencyManagement节点中引入BOM，后续项目里引入任意AWS SDK模块时，都不用再写version，会自动继承BOM中定义的版本。

2. 版本管控能力不同 #

• 普通依赖：每个SDK模块都要单独指定版本，一旦用到多个AWS服务，很容易出现版本不一致的情况，进而引发依赖冲突（比如不同版本的SDK依赖同一基础包的不同版本）。
• BOM依赖：一次性统一所有AWS SDK的版本，升级时只需要修改BOM的版本号，所有关联的SDK模块都会同步更新，从根源上避免版本混乱。

3. 引入方式不同 #

• 普通依赖直接写在dependencies节点：

<dependencies>
    <dependency>
        <groupId>com.amazonaws</groupId>
        <artifactId>aws-java-sdk-s3</artifactId>
        <version>1.12.500</version>
    </dependency>
</dependencies>

• BOM依赖要写在dependencyManagement节点：

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>com.amazonaws</groupId>
            <artifactId>aws-java-sdk-bom</artifactId>
            <version>1.12.500</version>
            <type>pom</type>
            <scope>import</scope>
        </dependency>
    </dependencies>
</dependencyManagement>
<!-- 之后引入具体SDK不用写version -->
<dependencies>
    <dependency>
        <groupId>com.amazonaws</groupId>
        <artifactId>aws-java-sdk-s3</artifactId>
    </dependency>
    <dependency>
        <groupId>com.amazonaws</groupId>
        <artifactId>aws-java-sdk-ec2</artifactId>
    </dependency>
</dependencies>

二、怎么判断哪种更适配你的需求？ #

• 优先选BOM的场景：

  • 项目中用到2个及以上AWS服务的SDK（比如同时用S3、DynamoDB、SES），用BOM能统一版本，减少维护成本，避免依赖冲突。
  • 希望简化版本管理，不想逐个维护每个AWS SDK的版本号，升级时只改一处即可。
  • Spring Boot项目中，若官方BOM版本与Spring Boot的依赖兼容，配合使用能减少版本适配的麻烦。

• 适合用普通依赖的场景：

  • 项目只用到单个AWS服务的SDK，没必要引入BOM，直接指定对应模块的版本更简洁。
  • 需要自定义某个SDK的版本（比如因为业务兼容性问题，必须使用和BOM不一致的版本），此时可以单独给该SDK模块指定version，覆盖BOM的版本（如果之前引入过BOM的话）。
  • 项目对依赖体积要求极高，只需要引入单个SDK模块，避免引入BOM带来的配置冗余。

内容的提问来源于stack exchange，提问作者userdr725