### 有人会感觉好奇springboot和SpingMVC有什么关系？？？？ Spring 框架就像一个家族，有众多衍生产品例如 boot、security、jpa等等。但他们的基础都是Spring 的ioc和 aop，ioc 提供了依赖注入的容器， aop解决了面向横切面的编程，然后在此两者的基础上实现了其他延伸产品的高级功能。 Spring MVC提供了一种轻度耦合的方式来开发web应用。它是Spring的一个模块，是一个web框架。通过Dispatcher Servlet, ModelAndView 和 View Resolver，开发web应用变得很容易。解决的问题领域是网站应用程序或者服务开发——URL路由、Session、模板引擎、静态Web资源等等。 Spring Boot实现了自动配置，降低了项目搭建的复杂度。它主要是为了解决使用Spring框架需要进行大量的配置太麻烦的问题，所以它并不是用来替代Spring的解决方案，而是和Spring框架紧密结合用于提升Spring开发者体验的工具。同时它集成了大量常用的第三方库配置(例如Jackson, JDBC, Mongo, Redis, Mail等等)，Spring Boot应用中这些第三方库几乎可以零配置的开箱即用(out-of-the-box)。 后面有时间我会专门说说spring的发展史。 # MVC是什么？？？ MVC 模式代表 Model-View-Controller（模型-视图-控制器） 模式。这种模式用于应用程序的分层开发。 * Model（模型） - 模型代表一个存取数据的对象或 JAVA POJO。它也可以带有逻辑，在数据变化时更新控制器。 * View（视图） - 视图代表模型包含的数据的可视化。 * Controller（控制器） - 控制器作用于模型和视图上。它控制数据流向模型对象，并在数据变化时更新视图。它使视图与模型分离开。  ## Spring MVC工作原理  SpringMVC工作流程概述： 1、客户端向web服务器(如tomcat)发送一个http请求，web服务器对http请求进行解析，解析后的URL地址如果匹配了DispatcherServlet的映射路径(通过web.xml中的servlet-mapping配置),web容器就将请求交给DispatcherServlet处理。 2、DispatcherServlet接收到这个请求后，再对URL进行解析，得到请求资源标识符（URI）。然后调用相应方法得到的HandlerMapping对象，再根据URI，调用这个对象的相应方法获得Handler对象以及它对应的拦截器。（在这里只是获得了Handler对象，并不会操作它，在SpringMVC中，是通过HandlerAdapter对Handler进行调用、控制的） 3、DispatcherServlet根据得到的Handler对象，选择一个合适的HandlerAdapter，创建其实例对象，执行拦截器中的preHandler()方法。 4、在拦截器方法中，提取请求中的数据模型，填充Handler入参，所以所有准备工作都已做好，开始执行Handler（我们写的controller代码并不是能被直接执行，需要有刚才那些操作，才能转变为Handler被执行）。 5、Handler执行完毕后返回一个ModelAndView对象给DispatcherServlet。 6、这个ModleAndView只是一个逻辑视图，并不是真正的视图，DispatcherServlet通过ViewResolver视图解析器将逻辑视图转化为真正的视图（通俗理解为将视图名称补全，如加上路径前缀，加上.jsp后缀，能指向实际的视图）。 7、DispatcherServlet通过Model将ModelAndView中得到的处数据解析后用于渲染视图。将得到的最终视图通过http响应返回客户端。  [素材来源](https://blog.csdn.net/weixin_40205234/article/details/86628525) ### 何为RESTful RESTful架构，就是目前最流行的一种互联网软件架构。它结构清晰、符合标准、易 于理解、扩展方便，所以正得到越来越多网站的采用。REST这个词是[RoyThomasFielding](http://en.wikipedia.org/wiki/Roy_Fielding)在他2000年的[博士论文](https://www.ics.uci.edu/~fielding/pubs/dissertation/top.htm)中提出的 . REST 是Representational State Transfer的缩写，翻译是”表现层状态转化”。 可以 总结为一句话：REST是所有Web应用都应该遵守的架构设计指导原则。 面向资源是REST最明显的特征，对于同一个资源的一组不同的操作。资源是服务器 上一个可命名的抽象概念，资源是以名词为核心来组织的，首先关注的是名词。REST要 求，必须通过统一的接口来对资源执行各种操作。对于每个资源只能执行一组有限的操 作。 7个HTTP方法：GET/POST/PUT/DELETE/PATCH/HEAD/OPTIONS ### HTTP幂等性是什么？ HTTP协议本身是一种面向资源的应用层协议，但对HTTP协议的使用实际上存在着两种不同的方式：一种是RESTful的，它把HTTP当成应用层协议，比较忠实地遵守了HTTP协议的各种规定；另一种是SOA的，它并没有完全把HTTP当成应用层协议，而是把HTTP协议作为了传输层协议，然后在HTTP之上建立了自己的应用层协议。本文所讨论的HTTP幂等性主要针对RESTful风格的，不过正如上一节所看到的那样，幂等性并不属于特定的协议，它是分布式系统的一种特性；所以，不论是SOA还是RESTful的Web API设计都应该考虑幂等性 ### 接口规范 主要方法介绍 ### GET ``` 安全且幂等 获取表示 变更时获取表示（缓存） 200（OK） - 表示已在响应中发出 204（无内容） - 资源有空表示 301（Moved Permanently） - 资源的URI已被更新 303（See Other） - 其他（如，负载均衡） 304（not modified）- 资源未更改（缓存） 400 （bad request）- 指代坏请求（如，参数错误） 404 （not found）- 资源不存在 406 （not acceptable）- 服务端不支持所需表示 500 （internal server error）- 通用错误响应 503 （Service Unavailable）- 服务端当前无法处理请求\ ``` ### POST ``` 不安全且不幂等 使用服务端管理的（自动产生）的实例号创建资源 创建子资源 部分更新资源 如果没有被修改，则不过更新资源（乐观锁） 200（OK）- 如果现有资源已被更改 201（created）- 如果新资源被创建 202（accepted）- 已接受处理请求但尚未完成（异步处理） 301（Moved Permanently）- 资源的URI被更新 303（See Other）- 其他（如，负载均衡） 400（bad request）- 指代坏请求 404 （not found）- 资源不存在 406 （not acceptable）- 服务端不支持所需表示 409 （conflict）- 通用冲突 412 （Precondition Failed）- 前置条件失败（如执行条件更新时的冲突） 415 （unsupported media type）- 接受到的表示不受支持 500 （internal server error）- 通用错误响应 503 （Service Unavailable）- 服务当前无法处理请求 ``` ### PUT ``` 不安全但幂等 用客户端管理的实例号创建一个资源 通过替换的方式更新资源 如果未被修改，则更新资源（乐观锁） 200 （OK）- 如果已存在资源被更改 201 （created）- 如果新资源被创建 301（Moved Permanently）- 资源的URI已更改 303 （See Other）- 其他（如，负载均衡） 400 （bad request）- 指代坏请求 404 （not found）- 资源不存在 406 （not acceptable）- 服务端不支持所需表示 409 （conflict）- 通用冲突 412 （Precondition Failed）- 前置条件失败（如执行条件更新时的冲突） 415 （unsupported media type）- 接受到的表示不受支持 500 （internal server error）- 通用错误响应 503 （Service Unavailable）- 服务当前无法处理请求 ``` ### DELETE ``` 不安全但幂等 删除资源 200 （OK）- 资源已被删除 301 （Moved Permanently）- 资源的URI已更改 303 （See Other）- 其他，如负载均衡 400 （bad request）- 指代坏请求 404 （not found）- 资源不存在 409 （conflict）- 通用冲突 500 （internal server error）- 通用错误响应 503 （Service Unavailable）- 服务端当前无法处理请求 ``` ## 实战 核心依赖 ``` <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> ``` 新建webController通过 ` @GetMapping`` @PostMapping`` @PutMapping` ` @DeleteMapping`区分不同的请求 ``` @RestController @RequestMapping("/user") @Api public class webController { @Autowired private UserService userService; @GetMapping public ResponseEntity<List<User>> findAll(){ List<User> all = userService.findAll(); return ResponseEntity.ok(all); } @PostMapping public ResponseEntity<String> save( @RequestBody User user){ User save = userService.save(user); if (ObjectUtils.isEmpty(save)){ return new ResponseEntity<>(HttpStatus.BAD_REQUEST); } return ResponseEntity.ok("添加成功"); } @PutMapping public ResponseEntity<String> updet(@RequestBody User user){ User update = userService.save(user); if (ObjectUtils.isEmpty(update)){ return new ResponseEntity<>("修改失败",HttpStatus.BAD_REQUEST); } return ResponseEntity.ok("修改成功"); } @DeleteMapping("{id}") public ResponseEntity<String> Delete(@PathVariable Long id){ User user = userService.findById(id); if (!ObjectUtils.isEmpty(user)){ return new ResponseEntity<>("删除成功",HttpStatus.BAD_REQUEST); } userService.deleteById(id); return ResponseEntity.ok("删除成功"); } } ``` ### [knife4](https://doc.xiaominfo.com/) knife4j是为Java MVC框架集成Swagger生成Api文档的增强解决方案。 整合knife4j 编写Swagger2配置文件 ``` @Configuration public class Swagger2 { @Bean public Docket createRestApi() { List<Parameter> pars = new ArrayList<Parameter>(); return new Docket(DocumentationType.SWAGGER_2).apiInfo(apiInfo()) .select() // 这一段是配置需要扫描的包 .apis(RequestHandlerSelectors.basePackage("com.wpp.springbootrestful")) .paths(PathSelectors.any()) .build() .globalOperationParameters(pars) .apiInfo(apiInfo()); } private ApiInfo apiInfo() { return new ApiInfoBuilder() .title("api文档") .description("jackgeeks") .termsOfServiceUrl("http://localhost:8080/") .version("1.0") .build(); } } ``` 注意 这一段是配置需要扫描的包 ``` apis(RequestHandlerSelectors.basePackage("com.wpp.springbootrestful")) ``` 同时在启动类添加`@EnableSwagger2`注解,在Controller类上添加`@api`注解 ## 获取源码公众号回复: RESTful