必须让@Conditional派生注解与@Profile协同工作，因@Profile非条件注解、仅控制注册时机，而@ConditionalOnProfile等才承载真实条件逻辑；需用@ConditionalOnProfile替代@Profile进行Bean级装配，并支持多Profile组合及与其他条件注解叠加使用。
要在Spring Boot中让条件注解精准响应环境状态，必须让@Conditional派生注解与@Profile协同工作——因为@Profile本身不是条件注解，它只控制类/方法的注册时机，而真正的条件判断逻辑需由@ConditionalOnProfile等专用注解承载。
用@ConditionalOnProfile替代@Profile做Bean级条件装配
第一步：在配置类或@Bean方法上，直接使用@ConditionalOnProfile("dev")代替@Profile("dev")。
这一步能确保该Bean仅在dev Profile激活时才被创建，且它会参与Spring的条件评估流程，而非简单跳过类加载——【若误用@Profile修饰@Bean方法，该方法仍会被解析，可能触发未预期的初始化逻辑】。
第二步：支持多Profile组合，例如@ConditionalOnProfile({"dev", "test"})表示任一匹配即生效；用@ConditionalOnProfile("!prod")表示非生产环境才注入。
第三步：配合@ConditionalOnMissingBean等其他条件注解叠加使用，实现更精细的装配控制，比如只在dev环境下、且未定义其他DataSource Bean时才注册嵌入式H2数据源。
@Profile与@Conditional混合使用的典型场景
当需要根据环境+运行时状态双重判断时，不能只靠@Profile。
方法一：在@Configuration类上标注@Profile("prod")，限定整个类只在生产环境生效；再在其中某个@Bean方法上加@ConditionalOnProperty(name = "cache.enabled", havingValue = "true")，进一步按配置开关决定是否暴露缓存Bean。
方法二：用@Profile("test") + @ConditionalOnClass(EmbeddedDatabaseType.class)组合，确保只有测试环境且H2驱动在classpath中时，才注册内存数据库配置。
注意：@Profile作用于类或方法级别，影响容器是否加载该结构；而@Conditional系列注解作用于Bean定义阶段，影响该Bean是否实例化。二者不在同一处理层级，不可互换。
自定义Condition类读取Profile状态
第一步：编写实现Condition接口的类，在matches()方法中通过ConditionContext获取Environment对象。
第二步：调用environment.acceptsProfiles(Profiles.of("dev"))判断当前是否处于dev Profile，返回true则装配，false则跳过。
第三步：在@Bean方法上使用@Conditional(YourCustomCondition.class)，此时该Bean的装配逻辑完全由你控制，可结合JVM参数、系统属性、甚至外部API响应动态决策。
这比硬编码@ConditionalOnProfile更灵活，适合需要运行时计算Profile状态的复杂场景，比如根据Kubernetes namespace自动映射为对应Profile。
