Spring Boot第一课

Spring Boot

Spring Boot 让我们减少配置Spring里面那些重复性的复制，Spring Boot让我们的Spring应用变的更轻量化。只需要通过引入组件（jar包）
优点：
为所有Spring开发者更快的入门
开箱即用，提供各种默认配置来简化项目配置
内嵌式容器简化Web项目
没有冗余代码生成和XML配置的要求

Spring Boot构建

基于maven构建，jdk1.7及以上。
可以在 http://start.spring.io/ 下载初始化模板。
可以看到如下界面：

Eclipse构建

如果导入后，报如下错误：

Description Resource    Path    Location    Type
Project build error: Non-resolvable parent POM for com.cgx.sbl:sbl1:0.0.1-SNAPSHOT: Failure to transfer org.springframework.boot:spring-boot-starter-parent:pom:1.5.6.RELEASE from https://repo.maven.apache.org/maven2 was cached in the local repository, resolution will not be reattempted until the update interval of central has elapsed or updates are forced. Original error: Could not transfer artifact org.springframework.boot:spring-boot-starter-parent:pom:1.5.6.RELEASE from/to central (https://repo.maven.apache.org/maven2): repo.maven.apache.org and 'parent.relativePath' points at no local POM pom.xml /sbl1   line 14 Maven pom Loading Problem

则右键，进行mavenbuild，输入compile，然后完成之后右键项目 Maven——Update Project 即可。最后，结果如下

以上程序的结构如上图：

• src/main/java下的程序入口：Sbl1Application
• src/main/resources下的配置文件：application.properties
• src/test/下的测试入口：Chapter1ApplicationTests

引入Web模块

在当前的pom.xml文件下，仅有两个模块：

• spring-boot-starter：核心模块，包括自动配置支持、日志和YAML
• spring-boot-starter-test：测试模块，包括JUnit、Hamcrest、Mockito

<dependencies>
        <!--核心模块，包括自动配置支持、日志和YAML  -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter</artifactId>
        </dependency>
        <!--测试模块，包括JUnit、Hamcrest、Mockito  -->
        <dependency>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter-test</artifactId>
            <scope>test</scope>
        </dependency>
    </dependencies>

• 引入Web模块，需添加spring-boot-starter-web模块

<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>

第一个Hello服务，以及测试

新建package，新建类HelloController
在类下写下：

//@RestController注解相当于@ResponseBody ＋ @Controller合在一起的作用。
@RestController
public class HelloController {

    @RequestMapping("/hello")
    public String index() {
        return "Hello World";
    }
}

• 启动主程序，Sbl1Application下的main方法。在浏览器输入http://localhost:8080/hello,显示结果如下：
  

进行单元测试：
输入如下代码：

//模拟一个Web请求。
@RunWith(SpringRunner.class)
@SpringBootTest
public class TestHelloController {

    private MockMvc mvc;

    @Before
    public void setUp(){
        //MockMvc可以对controller中的一次调用进行模拟，
        //perform就是一次请求，MockMvcRequestBuilders进行url的请求，
        //andExcept方法为对Controller类、调用方法、视图和model的预期设置，
        //andDo进行这次请求的执行，最后andReturn返回。
        mvc = MockMvcBuilders.standaloneSetup(new HelloController()).build();
    }

    @Test
    public void test(){

        try {
            mvc.perform(MockMvcRequestBuilders.get("/hello").accept(MediaType.APPLICATION_JSON))
            .andExpect(status().isOk())
            .andExpect(content().string(equalTo("Hello World")));
        } catch (Exception e) {
            // TODO Auto-generated catch block
            e.printStackTrace();
        }

    }
}

使用MockServletContext来构建一个空的WebApplicationContext，这样我们创建的HelloController就可以在@Before函数中创建并传递到MockMvcBuilders.standaloneSetup（）函数中。
注意引入下面内容，让status、content、equalTo函数可用
import static org.hamcrest.Matchers.equalTo;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.content;
import static org.springframework.test.web.servlet.result.MockMvcResultMatchers.status;
结果如下：

配置文件application.properties

在springBoot中，配置的一些内容主要是放在application.properties当中。其他的，主要是默认配置。这样子，就可以进行快速的开发了。

1. 自定义属性的加载
   比如我们在application.properties的配置文件中定义属性:

com.cgx.name=\u6D4B\u8BD5
com.cgx.title=\u8FD9\u662F\u4E00\u904D\u6D4B\u8BD5

然后通过@Value(“${属性名}”)注解来加载对应的配置属性，具体如下：

@Component//组件
public class CGXProperties {
    //通过Value来读取properties中的配置
    @Value("${com.cgx.name}")
    private String name;
    @Value("${com.cgx.title}")
    private String title;
    //getter setter省略

测试代码：

private MockMvc mvc;

    @Autowired
    private CGXProperties pro;

    @Test
    public void testPro(){
        Assert.assertEquals(pro.getName(),"测试");
        Assert.assertEquals(pro.getTitle(),"这是一遍测试");
    }

1. 参数之间的引用

com.cgx.name=\u6D4B\u8BD5
com.cgx.title=\u8FD9\u662F\u4E00\u904D\u6D4B\u8BD5
com.cgx.desc=${com.cgx.name}\u8FFD\u52A0\u4E5F\u662F\u53EF\u4EE5

这样子引用也是可以的。

多环境配置

我们在开发Spring Boot应用时，通常同一套程序会被应用和安装到几个不同的环境，比如：开发、测试、生产等。其中每个环境的数据库地址、服务器端口等等配置都会不同，如果在为不同环境打包时都要频繁修改配置文件的话，那必将是个非常繁琐且容易发生错误的事。

对于多环境的配置，各种项目构建工具或是框架的基本思路是一致的，通过配置多份不同环境的配置文件，再通过打包命令指定需要打包的内容之后进行区分打包，Spring Boot也不例外，或者说更加简单。

在Spring Boot中多环境配置文件名需要满足application-{profile}.properties的格式，其中{profile}对应你的环境标识，比如：

application-dev.properties：开发环境
application-test.properties：测试环境
application-prod.properties：生产环境
至于哪个具体的配置文件会被加载，需要在application.properties文件中通过spring.profiles.active属性来设置，其值对应{profile}值。

如：spring.profiles.active=test就会加载application-test.properties配置文件内容

下面，以不同环境配置不同的服务端口为例，进行样例实验。

针对各环境新建不同的配置文件application-dev.properties、application-test.properties、application-prod.properties

在这三个文件均都设置不同的server.port属性，如：dev环境设置为1111，test环境设置为2222，prod环境设置为3333

application.properties中设置spring.profiles.active=dev，就是说默认以dev环境设置

测试不同配置的加载

执行java -jar xxx.jar，可以观察到服务端口被设置为1111，也就是默认的开发环境（dev）
执行java -jar xxx.jar –spring.profiles.active=test，可以观察到服务端口被设置为2222，也就是测试环境的配置（test）
执行java -jar xxx.jar –spring.profiles.active=prod，可以观察到服务端口被设置为3333，也就是生产环境的配置（prod）
按照上面的实验，可以如下总结多环境的配置思路：

application.properties中配置通用内容，并设置spring.profiles.active=dev，以开发环境为默认配置
application-{profile}.properties中配置各个环境不同的内容
通过命令行方式去激活不同环境的配置

如图：

相同配置读取的优先级 application-{profile}.properties》application.properties（即如果配置了相同的内容，application.properties的内容会被application-{profile}.properties所覆盖）