这篇文章主要讲解了“怎么使用@Profile”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“怎么使用@Profile”吧！
在惠农等地区，都构建了全面的区域性战略布局，加强发展的系统性、市场前瞻性、产品创新能力，以专注、极致的服务理念，为客户提供成都网站建设、网站设计 网站设计制作按需定制开发,公司网站建设,企业网站建设,高端网站设计,成都营销网站建设,成都外贸网站制作,惠农网站建设费用合理。
Environment接口是在容器中抽象集成，应用环境包括两个重要的方面：profiles 和 properties。配置文件是一个命名的bean定义逻辑组，只有在给定的配置文件处于激活状态时才在容器中注册。可以将bean分配给配置文件，不管它是用XML定义的还是用注解定义的。与profile文件相关的环境对象的角色是确定哪些profile文件(如果有的话)当前是激活的，以及哪些profile文件(如果有的话)在默认情况下应该是激活的。
Properties几乎在所有应用中扮演一个重要的角色并且可能来自于多个源：属性文件、JVM系统属性、系统环境变量、JNDI、servlet上下文参数、Properties对象、Map对象等等。Environment对象的角色与properties关联去提供给用户一个便利的服务接口去配置属性源和解析属性。
bean定义属性文件在核心容器中提供一个机制，它允许在不同的环境中注册不同bean。环境这个词对于不同的用户可能意味着不同的东西，这个特性可以帮助许多使用场景，包括：
在开发中针对内存中的数据源进行工作，而不是在进行QA或生产时从JNDI查找相同的数据源。
当部署应用到执行环境使用注册健康基础设施
为客户A和客户B部署注册定制的bean实现。
在实践应用中考虑第一个使用场景，它需要获取一个DataSource。在测试环境中，配置假设如下：
重庆分公司
重庆分公司
@Bean
public DataSource dataSource() {
return new EmbeddedDatabaseBuilder()
.setType(EmbeddedDatabaseType.HSQL)
.addScript("my-schema.sql")
.addScript("my-test-data.sql")
.build();
}现在考虑这个应用怎样部署到QA或生产环境，假设应用程序数据源注册在生成应用服务JNDI目录。我们的dataSource bean看起来类似下面清单：
@Bean(destroyMethod="")
public DataSource dataSource() throws Exception {
Context ctx = new InitialContext();
return (DataSource) ctx.lookup("java:comp/env/jdbc/datasource");
}问题是如何根据当前环境在使用这两种变体之间进行切换。随着时间的流逝，Spring用户已经设计出多种方法来完成此任务，通常依赖系统环境变量和包含$ {placeholder}占位符的XML
如果我们概括前面环境特定的bean定义示例中所示的用例，我们最终需要在特定上下文中注册特定的bean定义，而不是在其他上下文中注册。可以这样说，你希望在情形A中注册bean定义的某个配置文件，而在情形B中注册另一个配置文件。我们开始更新配置以反映这种需求。
使用@Profile
@Profile注解允许你去指明哪些组件适合去注册，当一个或多个指定profile处于激活状态时。使用我们前面的例子，我们可以重写dataSource配置如下：
@Configuration
@Profile("development")
public class StandaloneDataConfig {
@Bean
public DataSource dataSource() {
return new EmbeddedDatabaseBuilder()
.setType(EmbeddedDatabaseType.HSQL)
.addScript("classpath:com/bank/config/sql/schema.sql")
.addScript("classpath:com/bank/config/sql/test-data.sql")
.build();
}
}@Configuration
@Profile("production")
public class JndiDataConfig {
@Bean(destroyMethod="")
public DataSource dataSource() throws Exception {
Context ctx = new InitialContext();
return (DataSource) ctx.lookup("java:comp/env/jdbc/datasource");
}
}如前所述，对于
@Bean方法，你典型的选择使用编程式的JNDI查找，通过使用Spring的JndiTemplate/JndiLocatorDelegate帮助类或直接使用前面展示的JNDIInitialContext，而不是使用JndiObjectFactoryBean变体，这将迫使你将返回类型声明为FactoryBean类型。
配置文件字符串可能包含一个简单的配置名称(例如，production)或一个配置表达式。一个配置表达式允许更复杂的配置逻辑去表达(例如，production & us-east)，下面的操作符在profile表达式中是被支持的：
!：逻辑非
&：逻辑与
|：逻辑或
你不能混合
&和！操作符而不使用括号。例如，production & us-east | eu-central是无效表达式。它必须被表达类似production & (us-east | eu-central)。
你可以使用@Profile作为一个元数据注解去创建你自定义的注解。以下示例定义了一个自定义@Production注解，你可以将其用作@Profile(“ production”)的替代。
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Profile("production")
public @interface Production {
}如果
@Configuration类被标注@Profile，所有的@Bean方法和@Import注解关联的类都将被绕过，除非一个或多个指定的配置文件被激活。如果@Component或@Configuration类被标记@Profile({"p1", "p2"})，这个类不会被注册或处理除非配置文件p1或p2被激活。如果给的配置前缀是NOT操作符(!)，注解元素仅仅在配置文件没有被激活时被注册。例如，@Profile({"p1", "!p2"})，如果配置p1被激活或者配置p2没有被激活时注册才会发生。
@Profile也可以被声明在方法级别去包含一个特定的配置bean类(例如，用于特定bean的替代)，类似下面例子展示：
@Configuration
public class AppConfig {
@Bean("dataSource")
@Profile("development") //1
public DataSource standaloneDataSource() {
return new EmbeddedDatabaseBuilder()
.setType(EmbeddedDatabaseType.HSQL)
.addScript("classpath:com/bank/config/sql/schema.sql")
.addScript("classpath:com/bank/config/sql/test-data.sql")
.build();
}
@Bean("dataSource")
@Profile("production") //2
public DataSource jndiDataSource() throws Exception {
Context ctx = new InitialContext();
return (DataSource) ctx.lookup("java:comp/env/jdbc/datasource");
}
}standaloneDataSource方法仅仅在development配置中有效
jndiDataSource方法仅仅在production配置中有效
对于
@Bean方法上的@Profile，可以应用一个特殊的场景:在重载相同Java方法名的@Bean方法(类似于构造函数重载)的情况下，需要一致地在所有重载方法上声明@Profile条件。如果条件不一致，则只有重载方法中第一个声明的条件重要。因此，@Profile不能被使用去选择具有特定参数签名重载方法。在创建时，同一bean的所有工厂方法之间的解析都遵循Spring的构造函数解析方法。如果你想去定义不同配置条件的bean，使用不同的Java方法名称，通过使用
@Beanname属性指向相同名称的bean，类似前面展示例子。如果参数前面都相同(例如，所有的变体有无参构造函数)，这是在一个有效的Java类中表示这种安排的唯一方法(因为只能有一个具有特定名称和参数签名的方法)。
XML bean定义配置文件
XML对应项是profile属性。我们前面的相同配置能被重写在两个XML文件中，类似下面：
