Maven多profile配置下编码时如何同时加载开发生产环境依赖

你当前的配置思路存在问题：将编译阶段必须用到的API类依赖拆分到不同profile是错误设计。Maven profile的激活状态直接决定了编译期全局的classpath包含哪些依赖，你同时需要开发、生产两套环境的代码进行编码，自然会出现单profile激活时缺失另一套依赖类的问题。

1. 基础依赖抽离到全局dependencies节点 #

把两套环境编码都需要用到的API类依赖（比如Eureka、Feign的starter，包含你用到的注解类）直接放到pom.xml全局的<dependencies>下，不要放在任何profile里，保证编码、编译阶段所有需要的类都在classpath中。

2. 用profile控制打包时的依赖包含逻辑 #

如果你需要不同环境打包时剔除不需要的依赖，通过profile调整对应依赖的<scope>为provided，或者用maven-exclude-plugin在打包时排除即可，参考配置示例：

<dependencies>
    <!-- 全局依赖，编码编译阶段都生效 -->
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
        <version>对应版本</version>
    </dependency>
    <dependency>
        <groupId>org.springframework.cloud</groupId>
        <artifactId>spring-cloud-starter-openfeign</artifactId>
        <version>对应版本</version>
    </dependency>
    <!-- 其他公共依赖 -->
</dependencies>

<profiles>
    <profile>
        <id>development</id>
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
        <!-- 开发环境额外专属依赖放在此处 -->
    </profile>
    <profile>
        <id>production</id>
        <dependencies>
            <!-- 生产环境如果不需要Eureka、Feign，设置scope为provided，打包时不会打进最终jar/war -->
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
                <scope>provided</scope>
            </dependency>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-starter-openfeign</artifactId>
                <scope>provided</scope>
            </dependency>
        </dependencies>
    </profile>
</profiles>

3. IDE端多profile激活（临时兼容方案） #

如果不想调整现有pom结构，主流IDE（IDEA、Eclipse）都支持同时激活多个profile：

• IDEA：打开Maven侧边栏，在Profiles节点下同时勾选development和production两个选项即可，编码阶段classpath会包含两套profile的所有依赖，打包时再按需勾选单个profile即可。

如果生产环境确实不需要Eureka、Feign相关功能，更推荐的做法是将不同环境的启动类、业务代码拆分到不同的Maven模块，公共逻辑放到core模块，开发、生产环境各做一个单独的启动模块，各自管理自己的依赖，从结构上彻底解耦，避免后续代码混淆。

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