Java不支持#ifdef，但可通过Maven Profile资源过滤、注解处理器编译剔除、Spring @Profile/@Conditional声明式控制、多源码目录切换四种方式实现多环境代码隔离，核心是编译期或运行期按配置启用逻辑。
Java 本身不支持像 C/C++ 那样的 #ifdef 条件编译，但可以通过多种成熟、可控的方式实现“多套环境代码隔离”，核心思路是：**在编译期或运行期根据配置开关决定是否启用某段逻辑，而非真正删除字节码**。关键在于选择合适时机（编译期 vs 运行期）和可靠机制（注解处理器、构建工具、配置驱动），避免硬编码或手动切换引发错误。
使用 Maven Profile + 预编译资源过滤
这是最常用且稳定的编译期隔离方式。通过不同 profile 激活对应资源配置，配合资源过滤将占位符替换为实际值，让代码根据环境变量分支执行。
- 在
pom.xml中定义多个 profile（如dev、test、prod），每个 profile 设置不同的properties（如env.name=prod） - 在
src/main/resources/application.properties中使用占位符：api.base-url=${env.api.url} - 启用资源过滤：
<resources><resource><filtering>true</filtering></resource></resources> - Java 代码中读取配置做判断：
if ("prod".equals(envName)) { /* 生产专用逻辑 */ }—— 注意：这不是编译期剔除，而是运行时跳过，但配合 IDE 和 CI 流程可有效隔离行为
基于注解的编译期代码剔除（需注解处理器）
若确实需要在编译阶段移除特定代码（如调试日志、Mock 调用），可自定义注解 + 注解处理器，生成精简后的源码或跳过编译。
- 定义环境相关注解，如
@OnlyIn("dev")或@SkipIn("prod") - 编写
AbstractProcessor，扫描被注解的方法/类，在process()中生成替代代码（如空方法体）或报错阻止编译 - 注意：需在
javac编译时显式注册处理器，Maven 中通过maven-compiler-plugin配置annotationProcessors - 示例场景：开发环境保留
System.out.println，生产环境自动替换为 NOP，避免手动删日志
Spring Boot 的 @Profile + @Conditional 组合控制
对 Spring 应用，推荐用声明式方式隔离 Bean 和配置，比硬编码判断更清晰、更易测试。
立即学习“Java免费学习笔记（深入）”；
- 用
@Profile("dev")标记仅在 dev 环境加载的@Configuration类或@Bean方法 - 结合
@ConditionalOnProperty(name = "feature.enable", havingValue = "true")实现细粒度开关，支持运行时动态刷新（配合@RefreshScope） - 避免在业务方法里写
if (profile.equals("prod"))，应把环境差异封装为不同实现类，由 Spring 自动注入 - 启动时指定：
java -jar app.jar --spring.profiles.active=prod，或通过SPRING_PROFILES_ACTIVE环境变量
构建脚本控制源码目录（彻底物理隔离）
适用于差异极大、完全不共用的模块（如不同客户定制版），通过构建工具切换源码根路径，实现真正的“多套代码”。
- Maven 支持
<sourceDirectory>动态设置，配合 profile 切换不同src/main/java-prod、src/main/java-internal - Gradle 可用
sourceSets定义多个源集，再用tasks.withType(JavaCompile)动态绑定 - 优势：编译产物完全独立，无任何残留逻辑；缺点：维护成本高，需确保各目录接口一致，适合长期分叉场景
不复杂但容易忽略：所有方式都依赖统一的配置来源（如环境变量、启动参数、配置中心），务必避免在代码里写死开关值；同时建议配套单元测试覆盖各环境分支逻辑，防止“只在 prod 跑过却没测过 dev 分支”的问题。
