配置文件application.properties/application.yml可以放在：

1. classpath根目录
2. classpath根目录下的config目录下
3. jar包当前目录
4. jar包当前目录下的config目录下
5. /config子目录的直接子目录

由上往下加载，最后加载的生效

基本上我们都是放在classpath根目录下的，这里测试第二条：

• 首先在根目录下application.properties中配置：

server.port=8888

• 然后我们在resource路径下新建config文件夹，在config文件夹内新建application.properties文件
  
• 文件内配置端口号

server.port=9999

• 运行结果为
  
  接下来测试第三条，准备工作是打包项目放在某个路径下，在路径下新建application.properties文件：
  
• 修改application.properties文件内的端口号

server.port=8889

• 用cmd运行这个jar包
  

• 结果
  
  在jar所在的目录下新建config并在config文件夹内新建application.properties文件，添加端口号配置：

server.port=8989

• 为了验证后加载生效，这里不删除外面的配置文件，直接添加config内的配置文件，运行
  
• 结果
  
• 之前的配置端口号都已经失效
• 
  最后测试config的子目录的直接子目录
• 在config文件下新建文件夹v1.0：
• 
• 在v1.0中新建配置文件：
• 
• 修改端口号：
• 
• 运行结果
• 
  这里有朋友就要问了，之前文件中要是有其他配置呢，会不会也失效？
  我这里继续给大家测试
• 在项目中添加配置内容：
• 
• 修改代码

@RestController
public class testController {

    @Value("${server.port}")
    public String serverPort;

    @Value("${spring.application.name}")
    public String name;

    @RequestMapping("/test")
    public String test(){
        return serverPort;
    }
    @RequestMapping("/testName")
    public String name(){
        return name;
    }
}

• 打包
  
• 运行jar包
  
• 结果
  
  此时我们的9898配置文件中并没有spring.application.name的配置内容
  
  由此我们可以得出结论：
  后加载的配置文件中的配置内容，只有重名的配置信息才会被覆盖，不重名的配置信息依旧生效
  总之就是：
  指定环境优先、外部优先，后加载的可以覆盖前面的同名配置项
  后期维护帮大忙了，再也不怕改大佬的文件而让项瘫痪了