Springboot基本接口与测试
一、Springboot 核心
1.自动配置：针对很多应用程序的常见功能，SpringBoot自动提供相关的配置
2.起步依赖：告诉springBoot需要什么功能，他就能引入什么功能的库
3.命令行界面：是springBoot的可选特性，让你只需要写代码就能完成完整的应用程序，无需自己再进行项目构建
4.Actuator：能够深入运行中的springboot特性
二、编写pom.xml配置文档
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
其中父依赖是必须的，而web和junit依赖是因为后面需要使用才加上的。这个一定要注意版本问题，建议在maven官网上寻求对应的资料。
三、从启动到运行
事实上，我们从main线程看起来。
就我目前写的这个springboot项目而言。
@SpringBootApplication
public class Application{
public static void main(String[] args){
SpringApplication.run(Application.class,args);
}
}
其中有两个注解
@SpringBootApplication，这个注解是一个集成注解，注解了他就相当于注解了以下三个注解。
@Configuration 这个注解意义在于标记了这是一个JavaConfig配置类
@ComponentScan 这个注解很重要，他的功能是自动扫描并加载符合条件的组件或者bean定义，并最终将这些定义加载到IOC容器中。我们可以通过basePackages等属性类细致的定义其自动扫描范围，但是如果不指定，那么其默认会从声明的ComponentScan类里面的package进行扫描。
@EnableAutoConfiguration 这可以算是最重要的一个注解了，他的任务只有一个，就是借助Import注解的支持，从而收集和注册特定场景相关的bean定义。这所有的内容都依赖其集成于一体，成为一个整体。这个牛逼的智能配置是借助于spring框架原有的一个工具类:SpringFactoriesLoader的支持才得以大功告成的。
@ServletComponentScan，这个注解在于他要将servlet等需要单独进行才能使用的注解进去，这个注解应该直接加载对应的Application启动类上面。
运行流程
1） 如果我们使用的是SpringApplication的静态run方法，那么，
这个方法里面首先要创建一个SpringApplication对象实例，然后调用这个创建好的SpringApplication的实例方法。
在SpringApplication实例初始化的时候，它会提前做几件事情：
根据classpath里面是否存在某个特征类（org.springframework.web.context.ConfigurableWebApplicationContext）来决定是否应该创建一个为Web应用使用的ApplicationContext类型。
使用SpringFactoriesLoader在应用的classpath中查找并加载所有可用的ApplicationContextInitializer。
使用SpringFactoriesLoader在应用的classpath中查找并加载所有可用的ApplicationListener。
推断并设置main方法的定义类。
2） SpringApplication实例初始化完成并且完成设置后，就开始执行run方法的逻辑了，方法执行伊始，
首先遍历执行所有通过SpringFactoriesLoader可以查找到并加载的SpringApplicationRunListener。
调用它们的started()方法，告诉这些SpringApplicationRunListener，“SpringBoot应用要开始执行了！”。
3） 创建并配置当前Spring Boot应用将要使用的Environment（包括配置要使用的PropertySource以及Profile）。
4） 遍历调用所有SpringApplicationRunListener的environmentPrepared()的方法，
告诉他们：“当前SpringBoot应用使用的Environment准备好了！”。
5） 如果SpringApplication的showBanner属性被设置为true，则打印banner。
6） 根据用户是否明确设置了applicationContextClass类型以及初始化阶段的推断结果，
决定该为当前SpringBoot应用创建什么类型的ApplicationContext并创建完成，
然后根据条件决定是否添加ShutdownHook，决定是否使用自定义的BeanNameGenerator，
决定是否使用自定义的ResourceLoader，当然，最重要的，
将之前准备好的Environment设置给创建好的ApplicationContext使用。
7） ApplicationContext创建好之后，SpringApplication会再次借助Spring-FactoriesLoader，
查找并加载classpath中所有可用的ApplicationContext-Initializer，
然后遍历调用这些ApplicationContextInitializer的initialize（applicationContext）方法
来对已经创建好的ApplicationContext进行进一步的处理。
8） 遍历调用所有SpringApplicationRunListener的contextPrepared()方法。
9） 最核心的一步，将之前通过@EnableAutoConfiguration获取的所有配置以及其他形式的IoC容器配置
加载到已经准备完毕的ApplicationContext。
10） 遍历调用所有SpringApplicationRunListener的contextLoaded()方法。
11） 调用ApplicationContext的refresh()方法，完成IoC容器可用的最后一道工序。
12） 查找当前ApplicationContext中是否注册有CommandLineRunner，如果有，则遍历执行它们。
13） 正常情况下，遍历执行SpringApplicationRunListener的finished()方法、
（如果整个过程出现异常，则依然调用所有SpringApplicationRunListener的finished()方法，
只不过这种情况下会将异常信息一并传入处理）
四、编写一个简单的web接口
@RestController
@RequestMapping("/api")
public class HelloResource{
@GetMapping("/getName")
public String getName(@RequestParam(value = "name") String name) {
return name;
}
@PostMapping("/hello/{name}")
public String postHello(@PathVariable("name")String name) {
return "hello "+name;
}
}
这里就由一个最简单的Hello接口来做个例子。
@RestController 声明这是一个rest的控制器
@RequestMapping("/api") 声明这是一个总路由
@Autowired 自动注入
@GetMapping("/getName")声明这是get请求并给出对应路由
@RequestParam(value = "name")指定请求参数
@PostMapping("/hello/{name}")声明这是post请求并给出对应路由
@PathVariable("name")获得请求url中的动态参数
配置一个接口就这么的简单
五、测试一个web接口
就拿上面web接口作为测试：
先启动Application类中的main方法，当出现 Started Application in 2.361 seconds (JVM running for 3.475)这样的信息表明启动成功
如果是get请求，则可以直接在浏览器上输入url，比如：http://localhost:8080/api/getName?name=admin
则浏览器上会显示一个 admin 的文本
如果是post请求，则可借助postman工具，在它上面输入url，比如：http://localhost:8080/api/hello/hello
则在postman上会显示一个 hello admin 的文本
当请求失败时，页面上会显示 Whitelabel Error Page,并将你可能出现的错误信息显示在上面