说明：

（1）本篇博客内容：自我感觉良好、善良且好心（褒义）的maven，提供了一种手段【环境配置，多环境配置】，让maven去统一管理那些【不算是maven自己的东西】；

          ● 所以，本篇博客和【Maven高级9：资源配置，资源加载属性值；】，在maven“多管闲事”这一点上，有点相似之处；

（2）声明：在实际开发中，我们一般不使用本篇博客介绍的（反正，我是没用到过~~），maven提供的【环境配置，多环境配置】这个手段；

目录

一：【环境配置，多环境配置】是什么意思；

二：配置多环境；

1.首先，在【ssm】（这个啥具体业务也没做的父工程）的pom.xml中，去定义多环境的配置信息；

2.在配置文件中，让配置项去使用我们配置的信息；

3.然后，创建【基于maven某个命令 “操作“ 】，让其在进行“操作”的时候，选用对应的配置信息；

（1）创建一个“操作”：install【ssm】，基于开发环境的配置信息； 

（2）创建一个“操作”：install【ssm】，基于生产环境的配置信息； 

4.效果验证；

（1）开发环境；

（2）生产环境；

5.补充：设置某个配置，为默认配置； 

一：【环境配置，多环境配置】是什么意思；

说明：

（1）很简单，就是这个意思：如数据库等配置信息，【自己在自己电脑上开发时，有一种配置】，【想要测试的时候，在测试服务器上有一种配置】，【后来实际部署的时候，在生产环境上又有另一种配置】

（2）以前，自己在开发的时候，比如数据库的配置信息，自己习惯这么做：

          ● 自己会在配置文件中写一套开发环境的配置，也写一套生产环境的配置；

          ● 自己开发的时候，会把生产环境的配置给注释掉，使用开发环境的配置；

          ● 然后，等到要把项目部署到生产环境的时候，自己会把开发环境的配置给注释掉，把生产环境的配置给放开；

（3）善良且好心（PS：褒义）的maven，对此，也提供了一个解决方案，即【环境配置，多环境配置】；利用maven提供的这个手段，可以很好的帮助我们来应对多环境的配置；

---

二：配置多环境；

这儿还是以上篇博客【Maven高级9：资源配置，资源加载属性值；】中的，创建的testttt.properties配置文件；；；；；为此，我们创建一个【ceshihaha】配置项，以这个配置项为例，去演示；

1.首先，在【ssm】（这个啥具体业务也没做的父工程）的pom.xml中，去定义多环境的配置信息；

    
    
        
        
            produce_env
            
            
                This is produce configuration value
            
        
        
        
            develop_env
            
                This is develop configuration value
            
        
    

说明：

（1）内容说明；

2.在配置文件中，让配置项去使用我们配置的信息；

3.然后，创建【基于maven某个命令 “操作“ 】，让其在进行“操作”的时候，选用对应的配置信息；

声明：我们在【Maven基础9：IDEA中配置Maven；创建Maven工程；（IDEA中，maven的一些操作；创建一个【基于maven某个命令 “操作“ 】；）】介绍了，创建一个【基于maven某个命令 “操作“ 】；这儿我们就创建一个启动这个项目的“操作”，让其可以在启动项目时候，选择具体的配置；

（1）创建一个“操作”：install【ssm】，基于开发环境的配置信息； 

PS：下面的指令写全应该是【mvn install -P develop_env】，我们省略了mvn；

（2）创建一个“操作”：install【ssm】，基于生产环境的配置信息； 

4.效果验证；

（1）开发环境；

（2）生产环境；

5.补充：设置某个配置，为默认配置； 

            
            
                true
            

PS：经过实测，是OK的；