spring中存在这样一个功能，通过Profile来选择不同环境下的不同配置，说白了，就是通过设置一个参数来选择使用不同的数据，这个数据可能是一个bean，可能是一个xml文件，也有可能是一个propertes文件。
经过代码演练和测试，我大体知道了这个功能是干嘛的，也初步知道了它的几种实现方式，但是实际上我依然不是十分明白它的优势和好处在何处，因为根据自己以往的项目经验来说，我觉得用这种方式似乎还有点把简单功能复杂化了。
只是，在网络上我不止一次看到过它，似乎很多人都在用。因此我觉得还是了解一下、学习一下为好，或许它的好处只是我暂时不清楚，而不代表这个好处不存在。
为了让刚接触的朋友能更好的理解，我这里基本上都是代码和测试都写出来，并且三种方式简单的对比，以便于在大家需要用到的时候能具体场景下具体的选择。
实现方式一
完全的java代码加注解的方式，首先创建一个简单的带有构造方法和get、set方法的类：
package springTest4;
public class ProFileTest {
private String msg;
public ProFileTest(String msg) {
super();
this.msg = msg;
}
public String getMsg() {
return msg;
}
public void setMsg(String msg) {
this.msg = msg;
}
public void printTest() {
System.out.println(msg);
}
}
然后再创建一个相当于spring中xml配置文件的类，并且使用注解把这个类声明成一个配置类，同时把上边的类声明为一个bean，并制定profile名称（也就是上边说的profile的选择参数）：
package springTest4;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.context.annotation.Profile;
@Configuration
public class ProFileConf {
@Bean
@Profile("test1")
public ProFileTest proTest1() {
return new ProFileTest("test11111");
}
@Bean
@Profile("test2")
public ProFileTest proTest2() {
return new ProFileTest("test22222");
}
}
这里的@Configuration即声明这个类是一个相当于spring中xml的配置类，剩下两个在前一段文字描述中已经说了，就不再赘述。
至于这段代码的解释，我想通过下边调用的测试代码之后再做解释，模拟profile调用的main方法如下：
package springTest4;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
public class MainPro {
public static void main(String[] args) {
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext();
context.getEnvironment().setActiveProfiles("test2");
context.register(ProFileConf.class);
context.refresh();
String mString = context.getBean(ProFileTest.class).getMsg();
System.out.println(mString);
context.close();
}
}
这里的new AnnotationConfigApplicationContext()声明一个空的上下文，我想学过spring的应该都不需要解释。
context.getEnvironment().setActiveProfiles(“test2”)的意思是获取环境变量，或者理解成获取配置数据，然后把活动的profile的参数或者说名称设置成test2。
context.register(ProFileConf.class)注册具体的配置文件，这里就是ProFileCon.class。
然后后边的几行代码分别是刷新上下文，获取具体的bean对象等等，这些就是比较常规的操作了。
上面的方法执行后结果如图： 
而当我把context.getEnvironment().setActiveProfiles(“test2”)这里的test2设置成test1的时候，结果就会成为test11111。
那么结合上边的ProFileConf 中的代码，我想就比较容易理解了，也就是说这里配置了profile参数后，当我们把activeProfiles设置成某个参数时，spring在加载时便会调用这个参数对应的profile的内容。
但是为什么我要说看不出来这样使用的好处在哪里呢？是因为我觉得就这个例子来说，完全可以直接在创建新的对象时用构造方法的不同参数来实现。
当然了，这只是个为了说明这项功能的例子，实际使用自然不会这样，实际使用的时候，可能是用来加载不同的配置文件里的值和属性，也可能是用来调用不同的配置文件。
只不过，即便是这样，我依旧觉得也都可以用参数的方式实现，似乎没有必要这样绕来绕去，并没看到怎么简化了开发，也没看到有什么性能上的提升。
那么还有实现方式二
这个方式和上边的其实是类似的，因为唯一的不同在于把起xml配置文件作用的java类实打实的变成xml配置，因为使用的有构造方法和get、set方法的类是同一个，因此就不再重复贴出来，这里就从test1.xml开始：
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<beans profile="test1">
<bean id="proTest1" class="springTest4.ProFileTest">
<constructor-arg name="msg" value="test11111" />
</bean>
</beans>
<beans profile="test2">
<bean id="proTest2" class="springTest4.ProFileTest">
<constructor-arg name="msg" value="test22222" />
</bean>
</beans>
</beans>
这也是一个极其简单的spring配置，除开必要的文件头尾，就只有两个几乎一模一样的beans，指定了profile名称，以及内部的一个普通bean，这个bean以构造函数注入。
对于这种写法，调用也基本是一样的，只不过context获取的是xml而不是calss：
package springTest4;
import org.springframework.context.support.ClassPathXmlApplicationContext;
public class MainPro {
public static void main(String[] args) {
ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext("test1.xml");
context.getEnvironment().setActiveProfiles("test2");
context.refresh();
String mString = context.getBean(ProFileTest.class).getMsg();
System.out.println(mString);
context.close();
}
}
至于这里的具体说明，我想通过对第一个例子的解释，应该已经没有必要再多说了。
实现方式三
前边两种方式，根本上来说是改变了profile的声明方式，而这里需要变得则是调用方式，前两个抛开细节来说，都是在java类中调用，而这里则是在web.xml中调用，当然了，既然有web.xml文件，自然也要是一个web项目才行,web.xml文件配置如下：
<!DOCTYPE web-app PUBLIC
"-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN"
"http://java.sun.com/dtd/web-app_2_3.dtd" >
<web-app>
<display-name>Archetype Created Web Application</display-name>
<servlet>
<servlet-name>dispatcher</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:test1.xml</param-value>
</init-param>
<init-param>
<param-name>spring.profiles.default</param-name>
<param-value>test2</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>dispatcher</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping> >
</web-app>
这个web.xml也是一个只为了说明profile的文件，只要一个selvlet配置，两个init-param，第一个是指定自定义的dispatcher-servlet.xml，如果不指定，启动tomcat的时候就会出现如下的错误：
org.springframework.beans.factory.BeanDefinitionStoreException: IOException parsing XML document from ServletContext resource [/WEB-INF/dispatcher-servlet.xml]; nested exception is java.io.FileNotFoundException: Could not open ServletContext resource [/WEB-INF/dispatcher-servlet.xml]
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:343)
at org.springframework.beans.factory.xml.XmlBeanDefinitionReader.loadBeanDefinitions(XmlBeanDefinitionReader.java:303)
at org.springframework.beans.factory.support.AbstractBeanDefinitionReader.loadBeanDefinitions(AbstractBeanDefinitionReader.java:180)
而第二个init-param则是指定默认的profile的名称。
为了测试这种方式是否可行，我在第二种方式的基础上略作了修改，java类中加入了一个init-method方法，修改之后对应的java类和xml配置如下：
package springTest4;
public class ProFileTest {
private String msg;
public ProFileTest(String msg) {
super();
this.msg = msg;
}
public String getMsg() {
return msg;
}
public void setMsg(String msg) {
this.msg = msg;
}
public void printTest() {
System.out.println(msg);
}
}
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<beans profile="test1">
<bean id="proTest1" class="springTest4.ProFileTest" init-method="printTest">
<constructor-arg name="msg" value="test11111" />
</bean>
</beans>
<beans profile="test2">
<bean id="proTest2" class="springTest4.ProFileTest" init-method="printTest">
<constructor-arg name="msg" value="test22222" />
</bean>
</beans>
</beans>
启动tomcat的过程中，控制台也打印出了预想中的数据，证明第三种方式也是可行的。
以上便是我所知道的三种profile的实现方式，至于具体应用场景，我虽然知道主要是为了方便各种不同环境的切换。比如生产一套配置，测试一套配置；再比如一套单机环境，一套集群环境等等，但是我都觉得完全可以在部署的时候，在spring的context:property-placeholder以及import resource的时候切换。
而且这种切换比起profile来说似乎更加容易上手，所以就不太明白profile的优势究竟在于哪里，欢迎朋友们留言解惑。
