Spring Boot Web

一. 概述

二. Spring Boot Web

1.2.1 创建SpringBoot工程（需要联网）

1.2.2 定义请求处理类

1.2.3 运行测试

1.3 Web分析

三. Http协议

3.1 HTTP-概述

刚才提到HTTP协议是规定了请求和响应数据的格式，那具体的格式是什么呢?

3.2 HTTP-请求协议

一. GET方式的请求协议：

二. POST方式的请求协议：

3.3 HTTP-响应协议

响应状态码：

3.4 HTTP-协议解析

3. Web服务器-Tomcat

3.1 Tomcat简介

3.2 Tomcat服务器的基本使用

3.3 入门程序解析

3.3.1 Spring官方骨架

3.3.2 起步依赖

3.3.3 内嵌Tomcat

一. 概述

下面我们将进入 SpringBoot 基础阶段的学习。

在没有正式的学习 SpringBoot 之前，我们要先来了解下什么是 Spring 。

我们可以打开 Spring 的官网 ( https://spring.io ) ，去看一下 Spring 的简介： Spring makes

Java simple 。

Spring 的官方提供很多开源的项目，我们可以点击上面的 projects ，看到 spring 家族旗下的项目，

按照流行程度排序为：

当前最为流行最受欢迎的Spring Boot，基于Spring Boot就可以快速方便的构建出一个Spring应用程序。
Spring Framework，即Spring框架，是整个Spring家族当中最为底层，最为基础的一个框架。
Spring Data封装了一系列访问数据库的技术。
Spring Cloud用来构建微服务项目
以及Spring Security这样的安全框架

Spring发展到今天已经形成了一种开发生态圈，Spring提供了若干个子项目，每一个子项目都能够完成特定的功能来解决特定领域的问题，而我们在开发一个项目的时候，会遇到各种各样的业务场景，那我们会根据业务开发的需要取选择对应的技术，从而简化以及解决对应的业务难题。

而在现在的企业开发当中，开发人员更喜欢偏向于在项目当中选择Spring家族提供的这一系列的解决方案，为什么呢？

因为这些框架它都属于Spring体系内的框架，框架之间的整合会非常的容易，甚至可以说是无缝衔接，所以这是当前企业开发当中非常流行，也是非常受欢迎的一种解决方案，被我们亲切的称为Spring全家桶，而Spring家族开发的这么多子项目，其实它都是基于一个基础框架的，也就是这个Spring Framework，即Spring框架

基于Spring Boot就可以快速的来开发一个Spring的应用程序，在SpringBoot的介绍中也看到了，“尽可能快的来构建一个Spring应用”，所以这个Spring Boot它只是简化了Spring应用的配置，它的底层还是Spring，它只是简化了Spring的开发而已。

Spring家族旗下这么多的技术，最基础、最核心的是 SpringFramework。其他的spring家族的技术，都是基于SpringFramework的，SpringFramework中提供很多实用功能，如：依赖注入、事务管理、web开发支持、数据访问、消息服务等等。

而如果我们在项目中，直接基于SpringFramework进行开发，存在两个问题：配置繁琐、入门难度大。

所以基于此呢，spring官方推荐我们从另外一个项目开始学习，那就是目前最火爆的SpringBoot。
总结Spring Boot框架：Spring Boot是Spring家族的一个子项目，可以帮助我们非常快速的构建Spring应用程序，简化Spring应用程序的配置开发，从而提高开发效率。
现在绝大部分的项目，都是基于Spring Boot进行开发的，所以这也是当前企业最为主流的开发方式。

二. Spring Boot Web

接下来，我们就直接通过一个SpringBoot的web入门程序，让大家快速感受一下，基于SpringBoot进行Web开发的便捷性。
基于Spring Boot进行Web应用程序开发的便捷性和基本的操作步骤

1. SpringBootWeb快速入门

1.1 需求

需求：基于SpringBoot的方式开发一个web应用，浏览器发起请求/hello后，给浏览器返回字符串 “Hello World ~”。
当我们在浏览器地址栏发起这个请求之后，这个请求要被我们所开发的web应用程序处理，处理完了以后，我们的web应用程序要给浏览器来返回一个字符串hello world，然后在浏览器当中展示出这个hello world即可，这个就是入门程序的需求。

1.2 开发步骤

第1步：创建SpringBoot工程项目

第2步：定义HelloController类，添加方法hello，并添加注解

第3步：测试运行

1.2.1 创建SpringBoot工程（需要联网）

基于Spring官方骨架，创建SpringBoot工程。
第一步：我们是基于SpringBoot进行web应用程序的开发，此时IDEA会自动连接Spring的官网去创建SpringBoot工程。
Group组织名就是域名倒写 Artifact：模块名 Package name：包名 Artifact / 工件：模块名

Location：代表的就是我当前所创建出来的Spring Boot工程，最终放在哪个磁盘目录下呢？

基本信息描述完毕之后，勾选web开发相关依赖。

点击Finish之后，就会联网创建这个SpringBoot工程，创建好之后，结构如下：
注意：在联网创建过程中，会下载相关资源(请耐心等待)
下面的进度条会一直在加载，这个过程就是在下载Spring Boot进行web开发的相关依赖

pom.xml配置文件信息

首先我们先来看一下pom.xml这一份配置文件，在这份配置文件当中，最上面有这么一堆标签叫做parent，parent这里指定了一个坐标，这个是Spring Boot的父工程，我们把创建的所有的Spring Boot工程，它都需要继承自这个父工程，这个呢Maven当中叫做继承，就是来指定一个父工程
往下走这里就定义了我们当前项目的坐标信息，而下面这一块是项目的描述信息，以及我们所选择的Spring Boot版本所对应的JDK的版本是11版本。

那下面这一块就是添加了两个依赖，一个依赖就是Spring Boot进行Web开发的依赖
还有一个依赖是进行单元测试的依赖
再往下走还有一个插件，这个是Spring Boot项目的一个Maven插件

目录信息：

在java目录下给我们自动创建了一个类，这个类在Spring Boot当中我们称之为启动类。

1.2.2 定义请求处理类

直接在com.gch下右键新建Java类直接新建：controller.HelloController，连包带类一起创建

在com.gch这个包下创建一个子包controller

然后在controller包下新建一个类：HelloController

这个类定义好了，要标识它是一个请求处理类，还要指定它要处理的请求是/hello，所以需要在这个类上加一个注解@RestController，然后在方法上再加上一个注解@RequestMapping，那RequestMapping里面指定的value值是它要处理的请求路径是什么，是/hello

package com.gch.controller;import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;/**请求处理类*/
@RestController // 该注解用来标识当前类就是Spring当中的一个请求处理类而不是普通类
public class HelloController {/*** 请求处理方法* @return:该方法的返回值就是我们要返回给浏览器的数据* @RequestMapping注解是建立url路径跟我们这个方法之间的对应关系的* 当我们的程序运行起来之后,它会自动的占用一个端口号8080,所以我们要想访问当前这个服务端的程序,将来要访问的端口号就是8080* 协议://主机[:端口][/路径]* http://localhost:8080/hello* @RequestMapping里面指定的value值就是它要处理的请求路径是什么*/@RequestMapping("/hello") // 指定它要处理的请求路径,这个指的是浏览器将来请求/hello这个地址呢,最终就会调用这个方法public String hello(){System.out.println("Hello World~");return "Hello World";}}

1.2.3 运行测试

运行SpringBoot自动生成的引导类

package com.gch;import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;/*** 自动创建的这个类在SpringBoot当中我们称之为启动类* 简单说这个类就是用来启动SpringBoot工程的* 由于这个类的写法也是非常固定的,因此在创建SpringBoot工程的时候这个类已经给我们自动创建好了*/
@SpringBootApplication
public class SpringbootWebQuickstartApplication {public static void main(String[] args) {SpringApplication.run(SpringbootWebQuickstartApplication.class, args);}
}

运行结果：

运行启动类，启动类将我们的web应用启动起来之后，它会自动占用一个端口号8080。

1.3 Web分析

浏览器：

输入网址：http://192.168.100.11:8080/hello
- 通过IP地址192.168.100.11定位到网络上的一台计算机
  
  我们之前在浏览器中输入的localhost，就是127.0.0.1（本机）
- 通过端口号8080找到计算机上运行的程序
  
  localhost:8080 , 意思是在本地计算机中找到正在运行的8080端口的程序
- /hello是请求资源位置
  - 资源：对计算机而言资源就是数据
    - web资源：通过网络可以访问到的资源（通常是指存放在服务器上的数据）
  localhost:8080/hello ，意思是向本地计算机中的8080端口程序，获取资源位置是/hello的数据
  - 8080端口程序，在服务器找/hello位置的资源数据，发给浏览器

服务器：（可以理解为ServerSocket）

接收到浏览器发送的信息（如：/hello）
在服务器上找到/hello的资源
把资源发送给浏览器

我们在JavaSE阶段学习网络编程时，有讲过网络三要素：

IP ：网络中计算机的唯一标识

端口：计算机中运行程序的唯一标识

协议：网络中计算机之间交互的规则

问题：浏览器和服务器两端进行数据交互，使用什么协议？

答案：http协议

打开浏览器，输入 http://localhost:8080/hello

http代表的是请求的协议 localhost代表的是我们要访问的是当前本机的服务
8080代表的是我们访问的端口 Tomcat服务器的端口号就是8080
/hello代表的就是访问的资源
打开浏览器，访问8080端口的/hello这个资源，那此时就会请求到刚才我们所编写的请求处理方法
当我们在浏览器地址栏发起这个请求之后，这个请求要被我们所开发的服务器端的web应用程序处理，处理完了以后，我们服务器端的web应用程序要给浏览器来返回一个字符串hello world，然后在浏览器当中展示出这个hello world即可，这个就是入门程序的需求。

三. Http协议

3.1 HTTP-概述

在入门程序中，我们在浏览器发起了一个请求，请求路径是localhost:8080/hello，回车之后，我们就访问到了服务器端的web应用程序，并且，也拿到了服务器端返回回来的数据：Hello World~。

那其实呢，我们在浏览器地址栏输入这个地址之后，浏览器默认会自动的在请求路径前面加上一个协议：http://，这个我们就称之为HTTP协议。

HTTP：Hyper Text Transfer Protocol(超文本传输协议)，规定了浏览器与服务器之间数据传输的规则。

2.1.1 介绍

什么是数据传输的规则：

说白了就是客户端浏览器与服务器之间进行数据交互的数据格式

比如我们客户端浏览器，将来要请求服务器来获取一些数据，那此时浏览器就需要给服务器端发送请求，那服务器端再给浏览器响应对应的数据，那么浏览器给服务器发送请求是需要携带请求数据，最起码你得告诉服务器，我需要什么东西，那服务器接收到这些请求数据之后，服务器就需要来解析这些数据，而服务器要想成功的解析数据，前提服务器得知道浏览器给我发送过来的请求数据长什么样子，具体的数据格式是什么样子的，每一项代表什么含义，否则，服务器端无法解析。
也就是说，浏览器和服务器之间，它们得建立好一个约定，我浏览器发送数据，将来就长这个样子，我就给你按照这个格式来写，服务器端你就按照这个格式解析就可以了，那这样呢，服务器端就能够知道客户端浏览器的意图了，那么同理，服务器端处理完请求之后，需要给客户端浏览器来响应一些数据，那响应的数据返回给客户端浏览器之后，浏览器也是需要来解析这些数据的，而浏览器要想成功解析，就必须得要求服务器按照一定的格式来返回这些数据，而这些数据传输的格式，都是在HTTP协议当中规定的，所以我们所说的这个http就是数据传输的规则，数据传输的格式，主要就包括两个方面，一个是请求数据的格式，一个是响应数据的格式。
http是互联网上应用最为广泛的一种网络协议
http协议要求：浏览器在向服务器发送请求数据时，或是服务器在向浏览器发送响应数据时，都必须按照固定的格式进行数据传输

如果想知道 http 协议的数据传输格式有哪些，可以打开浏览器，点击 F12 打开开发者工具，点击

Network 来查看。

Request Headers：请求的数据 Response Headers：响应的数据 View parsed：原始的数据格式
原始的数据格式其实就是一个文本字符串，将来浏览器发送请求的时候，就会将这么一个文本字符串带到服务器端去，而这个格式是非常固定的。

浏览器向服务器进行请求时：

服务器按照固定的格式进行解析
请求数据格式：
第一行叫做请求行，里面就指定了请求的方式是GET请求、请求的资源路径以及请求的协议。
第一行之后的这些被称之为请求头，而每一个请求头它的格式：前面是请求头的名字，后面是请求头的值，请求头的名字和请求头的值中间用：分隔开。
这个格式是固定的，将来浏览器就可以把这个数据发送到服务端，服务端就可以根据这个固定的格式来解析数据。

服务器向浏览器进行响应时：

浏览器按照固定的格式进行解析
响应数据格式：
将来服务器端给浏览器响应的就是这样一个文本字符串，浏览器只需要按照指定的格式来解析就可以了。

所以，我们学习HTTP主要就是学习请求和响应数据的具体格式内容。

3.2 特点

我们刚才初步认识了HTTP协议，那么我们在看看HTTP协议有哪些特点：

基于TCP协议: 面向连接，安全

TCP是一种面向连接的(建立连接之前是需要经过三次握手)、可靠的、基于字节流的传输层通信协议，在数据传输方面更安全
TCP它是一种面向连接的安全的协议，也就是说，每一次请求之前，要先进行三次握手，连接完了之后确定双方都有收发能力了，我再来传输数据，这样呢不容易丢数据包，更加安全。

基于请求-响应模型的：一次请求对应一次响应（先请求后响应）

请求和响应是一一对应关系，如果没有请求，也就没有响应

HTTP协议是无状态协议：无状态是指协议对于数据 / 事务处理没有记忆能力。每次请求-响应都是独立的。

所谓无状态指的是每一次请求响应都是独立的，后一次请求是不会记录前一次请求数据的。

无状态指的是客户端浏览器发送 HTTP 请求给服务端之后，服务端根据请求响应数据，响应完后，不会记录任何信息。

缺点: 多次请求间不能共享数据(多次请求间不能进行数据的共享)
优点: 速度快

正是因为多次请求之间不会进行数据共享，后一次请求不会记录前一次请求的数据，这也就意味着它的速度会更快一些，而多次请求之间不能共享数据，那也就意味着有很多的功能，HTTP协议就实现不了。

就比如我这里有一个后台管理系统，在这个后台管理系统的业务需求当中就要求，必须用户登录之后才可以访问系统当中的数据，当我点击登录按钮执行登陆操作的时候，有一次请求响应，登陆完成之后进入系统，这一次请求响应结束，接下来我再来访问课程管理的数据，而当我点击课程管理的时候，它就要去访问课程的数据，而在访问课程数据的时候，我是需要知道这个用户到底有没有登录的，如果登录成功，我再给它返回课程的数据，如果没有登录成功，是不允许访问课程的数据，由于登录请求和访问课程管理数据的这个请求是两次不同的请求，而HTTP协议它又是无状态的，在两次请求之间，它是没办法共享数据的，那这也就造成了这一次课程管理的请求，它并不知道上一次用户是否登录成功了，那这就出现问题了。解决方案：web会话技术。

请求之间无法共享数据会引发的问题：

如：京东购物。加入购物车和去购物车结算是两次请求
由于HTTP协议的无状态特性，加入购物车请求响应结束后，并未记录加入购物车是何商品
发起去购物车结算的请求后，因为无法获取哪些商品加入了购物车，会导致此次请求无法正确展示数据

具体使用的时候，我们发现京东是可以正常展示数据的，原因是 Java 早已考虑到这个问题，

并提出了使用会话技术 (Cookie 、 Session) 来解决这个问题。

刚才提到HTTP协议是规定了请求和响应数据的格式，那具体的格式是什么呢?

重点：请求数据的格式和响应数据的格式

3.2 HTTP-请求协议

浏览器和服务器是按照HTTP协议进行数据通信的。

HTTP协议又分为：请求协议和响应协议

请求协议：浏览器将数据以请求格式发送到服务器
- 包括：请求行、请求头 、请求体
响应协议：服务器将数据以响应格式返回给浏览器
- 包括：响应行 、响应头 、响应体

在HTTP1.1版本中，浏览器访问服务器的几种方式：

请求方式	请求说明
GET	查询操作。获取资源。向特定的资源发出请求{用于请求特定的资源}。例：百度安全验证
POST	新增资源的操作。传输实体主体。向指定资源提交数据进行处理请求（例：上传文件、提交表单数据），数据被包含在请求体中。
OPTIONS	返回服务器针对特定资源所支持的HTTP请求方式。因为并不是所有的服务器都支持规定的方法，为了安全有些服务器可能会禁止掉一些方法，例如：DELETE、PUT等。那么OPTIONS就是用来询问服务器支持的方法。
HEAD	服务器只返回响应头的头信息，如：HTTP状态码、响应头字段、资源的大小、最后的修改时间等。获得报文首部。 HEAD方法类似GET方法，但是不同的是HEAD方法不要求返回数据，响应中没有实际的响应体，只包含了响应头部信息。通常用于确认URL的有效性及资源更新时间等。
PUT	修改操作。传输文件。 PUT方法用来传输文件。类似FTP协议，文件内容包含在请求报文的实体中，然后请求保存到URL指定的服务器位置。
DELETE	删除操作。删除文件。请求服务器删除Request-URI所标识的资源
TRACE	追踪路径。回显服务器收到的请求，主要用于测试或诊断
CONNECT	要求用隧道协议连接代理。 HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器

在我们实际应用中常用的也就是：GET、POST

请求协议指的就是请求数据的格式
那这个请求数据的格式，我们刚才已经看到了，就是一些文本字符串
请求数据的格式分为三个部分：请求行、请求头、请求体

首先请求数据格式的第一个部分：请求行，请求行指的是请求数据格式的第一行，而这个请求行它又是由三个部分组成的(请求方式、资源路径、协议/版本)：

第一个部分就是这个GET，POST，这是第一部分，那这个指的是请求方式。这个请求方式，之前在讲解HTML的form表单的时候说过，这个表单的方式有两种，一种是GET，一种是POST，那其实GET和POST就是HTTP的请求方式，当然HTTP的请求方式有很多，我们这里先知道GET和POST就可以了。
/请求路径?请求参数请求路径和请求参数之间使用?连接
请求参数格式：参数名=参数值&参数名=参数值
请求方式之后，有一个空格，空格后面就是第二个部分的内容：/brand/findAll请求路径后面跟上的是请求的参数，那这个部分指的是请求的资源路径。
那资源路径之后，又有一个空格，空格之后就是第三个部分：HTTP/1.1，这个代表的是协议以及协议的版本。
以上就是请求数据格式的第一部分请求行的格式。

2. 请求数据格式的第二个部分：请求头(第二行开始，格式：key=value)

请求头指的就是从第二行开始，一直到后面的这一部分数据，请求头的格式是key：value形式的键值对。

前面的这个部分指的是请求头的名字，后面这部分指的是请求头对应的值，中间使用：进行分隔。
http是个无状态的协议，所以在请求头设置浏览器的一些自身信息和想要响应的形式。这样服务器在收到信息后，就可以知道是谁，想干什么了
在请求头当中携带了很多的信息，包括浏览器的版本，请求的主机地址，请求的数据格式等等。
接下来，介绍一下常见的请求头它所代表的含义：

Host：localhost：8080，代表的是我们要请求的是当前本机的8080端口的服务。
User-Agent：代表的是浏览器的版本，也就是说客户端浏览器它得告诉服务器端，我当前请求用的是哪一个浏览器，我的版本是什么。
那告诉服务器端这个浏览器版本有什么用呢？
这个地方一般会用于浏览器的兼容性处理。
因为市面上有很多的浏览器，而不同的浏览器它们的内核是有差异的，这就造成了同一段程序在不同的浏览器解析出来，它的效果是不一样的，这个呢，我们称之为浏览器的兼容性问题。
那我们在服务器端，如果拿到了客户端浏览器的版本，我就可以有针对性的进行处理，从而保证不论你采用什么样的浏览器，你最终访问到的效果都是一样的，那这就是解决浏览器的兼容性问题。
而解决浏览器的兼容性问题，最核心的就是我们在服务器端得拿到浏览器的版本。
Accept：text/*：表示我浏览器期望接收的是一个文本；image/*：表示我浏览器期望接收的是一个图片
Accept-Language：zh-CN，比如我这里传递了一个zh-CN，这就相当于我浏览器告诉服务器端，我浏览器期望接收到的是简体中文的语言。
Accept-Encoding：gzip，代表我浏览器可以接收gzip的压缩格式
Content-Type：application/json，就代表请求体的格式，它是一个json格式的数据。
Content-Length：161，就代表这个请求体的大小是161个字节。

3. 请求数据格式的第三个部分：请求体(POST请求，存放请求参数)

请求体是POST请求特有的一个组成部分，POST请求最后一个部分就是请求体，它是用来存放请求参数的。
在这个请求头和请求体之间是有一个空行存在的，通过一个空行将这两部分分离开来- - （作用：用于标记请求头结束）。
而在POST请求里面，它就把请求参数放在了请求体这个位置，那之前我们在讲解HTML的form表单的时候，我们就介绍过，GET请求和POST请求的区别，在这里我们再来回顾一下：
在GET请求当中，请求参数是在请求行当中的，具体的表现形式，就是在请求路径之后跟上？key=value，如果有多个参数，后面再跟上&key=value的形式。而GET请求它是没有请求体的，并且它的请求大小是有限制的。

而如果是POST请求，它的请求参数是携带在请求体当中，它的请求大小没有限制。

一. GET方式的请求协议：

请求行 ：HTTP请求中的第一行数据。由：请求方式、URL资源路径、协议/版本组成（之间使用空格分隔）

请求方式：GET
资源路径：/brand/findAll?name=OPPO&status=1
- 请求路径：/brand/findAll
- 请求参数：name=OPPO&status=1
  - 请求参数是以key=value形式出现
  - 多个请求参数之间使用&连接
- 请求路径和请求参数之间使用?连接
协议/版本：HTTP/1.1

请求头 ：第二行开始，上图黄色部分内容就是请求头。格式为key: value形式

常见的HTTP请求头有:

Host: 表示请求的主机名
User-Agent: 浏览器版本。例如：Chrome浏览器的标识类似Mozilla/5.0 ...Chrome/79 ，IE浏览器的标识类似Mozilla/5.0 (Windows NT ...)like Gecko
Accept：表示浏览器能接收的资源类型，如text/*，image/*或者*/*表示所有；
Accept-Language：表示浏览器偏好的语言，服务器可以据此返回不同语言的网页；
Accept-Encoding：表示浏览器可以支持的压缩类型，例如gzip, deflate等。
Content-Type：请求主体的数据类型
Content-Length：数据主体的大小（单位：字节）

http是个无状态的协议，所以在请求头设置浏览器的一些自身信息和想要响应的形式。这样服务器在收到信息后，就可以知道是谁，想干什么了

举例说明：服务器端可以根据请求头中的内容来获取客户端浏览器的相关信息，有了这些信息服务器端就可以处理不同的业务需求。

比如:

不同浏览器解析HTML和CSS标签的结果会有不一致，所以就会导致相同的代码在不同的浏览器会出现不同的效果

服务器端根据客户端请求头中的数据获取到客户端的浏览器类型，就可以根据不同的浏览器设置不同的代码来达到一致的效果（这就是我们常说的浏览器兼容问题）

请求体 ：存储请求参数

GET请求的请求参数在请求行中，故不需要设置请求体

二. POST方式的请求协议：

请求行(以上图中红色部分)：包含请求方式、资源路径、协议/版本
- 请求方式：POST
- 资源路径：/brand
- 协议/版本：HTTP/1.1
请求头(以上图中黄色部分)
请求体(以上图中绿色部分) ：存储请求参数
- 请求头和请求体之间是有一个空行隔开（作用：用于标记请求头结束）

GET请求和POST请求的区别：

HTTP协议中，GET和POST是两种常用的请求方法。
规范：Get请求：服务器发送数据给客户端，通过Get发请求一般都是查询请求；POST请求：一般是新增请求，新增服务器上的数据。
GET方法用于请求指定的资源，POST方法用于提交指定的实体，通常用于提交表单数据。
幂等性问题：GET方法的(查询)请求是天然幂等的，即多次请求返回的结果相同，不会对服务器产生影响，可以被缓存；POST方法的(新增)请求不是幂等的，POST方法的请求不能被缓存。一句话总结：GET请求可以被浏览器缓存被收藏为标签；POST请求不会被缓存也不能被收藏为标签。
GET请求将请求参数以查询字符串的形式附加在URL后面 => 明文传输(不安全)，可以直接在浏览器中查看和修改，因此不适合传输敏感数据；而POST请求将请求参数放在请求体RequestBody中，不会暴露在URL中，相对更加安全。
此外，GET请求的数据传输量有限，一般不超过2KB，而POST请求的数据传输量没有限制，可以传输文件等大型数据。
因此GET请求适合传输简单的数据，例如搜索关键字等，而POST请求适合传输复杂的数据，例如表单提交等。

区别方式	GET请求	POST请求
请求参数	请求参数在请求行中。例：/brand/findAll?name=OPPO&status=1	请求参数在请求体中
请求参数长度	请求参数长度有限制(GET 请求传输的数据受到 URL 长度的限制，而 URL 长度是由浏览器决定的，浏览器不同限制也不同)，通常不超过2048个字符，也就是传送的数据量不超过2KB	请求参数长度没有限制
安全性	安全性低。原因：请求参数暴露在浏览器地址栏中。请求的数据会附加在URL之后，以?分隔URL和传输数据，多个参数用&连接	安全性相对高

演示：GET请求与POST请求

在IDEA当中，我已经准备好了一个HTML页面
在这个HTML页面当中我定义了两个form表单，在这个form表单当中的表单项是完全一致的，只是它们的提交方式不一样，第一个表单它的提交方式是GET，第二个表单提交方式是POST

点击IDEA的悬浮工具条，然后选择一个浏览器打开

GET方式提交：

POST方式提交：

3.3 HTTP-响应协议

3.1 格式介绍

HTTP协议响应数据的格式
响应协议也就是响应数据的格式，响应数据的格式与请求数据的格式非常的类似，也是由三个部分组成的，分别是响应行、响应头和响应体
与HTTP的请求一样，HTTP响应的数据也分为3部分：响应行、响应头 、响应体

响应行：响应行(以上图中红色部分)：响应数据的第一行。

响应行也是由三个部分组成的，响应行由"协议及协议的版本"、"响应状态码"、"状态码描述"组成。
协议/版本：HTTP/1.1
第一个部分就是HTTP/1.1，这个代表的是就是协议以及协议的版本
响应状态码：200
第一部分之后有一个空格，空格之后是第二部分是一个数字，这个数字就代表了响应的状态码，这个状态码指的就是服务器端要告诉客户端这次响应到底是怎么样的状态，是成功还是失败。这里所出现的200代表的是成功。
状态码描述：OK
第二个部分之后又有一个空格，空格之后是第三个部分，它是一个英文，这个英文就是用来描述前面的状态码的。这里的OK就代表成功了。
其实这个状态码有很多，而我们一般会将其分为五类，分别从100多一直到500多。

2. 响应头(以上图中黄色部分)：响应数据的第二行开始。格式为key：value形式。

响应头当中是用来描述响应信息的。
从第二行开始以key:value形式体现出来的这一块数据都是响应头的数据。

3. 响应体(以上图中绿色部分)：响应数据的最后一部分。存储响应的数据

响应体当中存储的就是响应回来的数据，响应体是整个响应数据的最后一个部分
跟请求体一样，响应头和响应体之间有一个空行隔开（作用：用于标记响应头结束）
响应体我们一般也叫响应正文，这个里面所展示的这个JSON格式的数据，就是响应正文的内容，将来，浏览器解析到这些数据之后，再配合着前端的代码实现，就可以展示对应的页面信息了。

响应状态码：

状态码是HTTP协议中，服务端向客户端返回的响应状态码，用于表示服务器对请求的处理结果。
HTTP状态码分为5类，分别是1xx、2xx、3xx、4xx、5xx。
状态码由三位数字组成，第一位数字表示响应的类型，例如1xx表示信息性状态码，表示信息响应，表示请求已经被接收，继续处理、2xx表示成功状态码，表示成功响应，请求已经被成功处理、3xx表示重定向状态码，表示重定向响应，需要进一步操作已完成请求、4xx表示客户端错误响应，表示请求有语法错误或请求无法被执行、5xx表示服务器错误响应，表示u服务器在处理请求时发生了错误...
常见的状态码包括200 OK、404 Not Found、500 Internal Server Error...
状态码可以帮助客户端了解服务器对请求的处理结果，从而进行相应的处理和调整。

响应状态码的分类：
在HTTP协议当中，响应的状态码大概分为这么五类，分别是100多，200多，一直到500多。

100多代表的是响应中，它是一个临时状态码。

其实就是说，服务器端已经接收到了客户端的请求，但是服务器端发现客户端的请求还没有发送完整，服务器端先给客户端一个临时的响应状态码，告诉客户端你要继续发送完整的请求数据。
这一类的响应状态码比较少见，大家在后面的项目当中可能会用到一个技术叫Web Socket，拿使用Web Socket的时候，就会发现它的状态码就是100多，是101，目前这个了解即可。

200多这个状态码代表的是成功。

成功的意思是这一次的请求响应已经被成功的接收和处理了，已经处理完成了，那我给你返回一个200多。客户端发送了请求，服务端已经成功的处理了这个请求并且响应也是成功的，那这个是我们最想看到的状态码，这也是每一个软件工程开发师的幸运数字。
那这个状态码是我们开发人员最希望看到的一个状态码。

第三类是300多，300多代表的是重定向的状态码。

所谓重定向它的含义指的是这里呢，有一个客户端浏览器，客户端浏览器要去访问A服务器上的资源，接下来呢，它要发送请求到A服务器，但是这个资源已经被我挪到了另外一个服务器B服务器当中，那么此时A服务器就可以给浏览器返回一个状态码就是300多，并且呢，在这个状态码里面告诉浏览器，你再去访问B服务器上的这个资源就可以，那此时浏览器拿到响应回来的状态码以及响应回来的这个路径之后，接下来，浏览器会自动的再去请求B服务器上的资源，从而获得响应数据，那这个过程是浏览器自动完成的，那这个呢，我们就称之为重定向。
当然，在这幅图当中A和B有可能是同一台服务器，只是资源的位置不用而已。

接下来的这两类状态码400多和500多比较常见也比较重要，它们都代表的是错误的情况。

那将来我们在开发项目的时候，只有你知道了这些状态码的含义，你才能够知道具体的错误到底出现在什么位置，我们才能够知道怎么来解决这些错误。

400多代表的是客户端错误。

4开头的状态码表示客户端错误，指的是客户端发送的请求有误或无法被服务器所理解。
客户端错误指的是处理发生错误了，责任是在客户端的。比如，我们随便在浏览器的地址栏当中输入一个地址，那这个地址如果不存在，此时就会出现一个状态码，那就是400多，那一旦出现了400多的状态码，那我就知道，这个问题是在客户端。那我就需要去检查客户端的请求路径，检查客户端的请求参数，然后把它们改正确就可以了。

最后一类500多指的是服务器错误。

服务器错误代表的是如果将来处理发生错误，责任在服务端。
那比如我们在访问我们的Web程序时，由于代码的Bug出现了一个异常，那此时就会响应一个500多的状态码，那看到这个状态码之后，我们就知道这个问题出现在服务端，那我需要去检查一下服务端的日志，去看一下是否有异常产生，然后再依据异常的堆栈信息，把对应的异常解决掉就可以了。

常见的响应状态码：

200它表示的是OK，OK它所代表的意思就是客户端发送了请求，服务端已经成功的处理了这个请求并且响应也是成功的。这个是我们最想看到的状态码，也是每一个软件开发工程师的幸运数字。
302 Found表示的是重定向，就是说客户端浏览器请求的资源已经转移到了另外一个位置，那这个位置，我服务器可以通过一个响应头Location返回给你，告诉你对应的URL地址，那么浏览器拿到这个状态码之后并且拿到了响应头Location，它就会自动的去请求Location这个响应头对应的请求路径，然后再去获取这个页面的资源，那这就是302状态码。
还有一个304状态码，它的意思就是服务器端要告诉客户端你所请求的这个资源自上次请求以后我服务器端并没有做任何的修改，你可以直接去访问你自己的本地缓存就可以了，就不用再访问服务器再来获取这个资源了。那此时，服务器的压力就减轻了，因为就不存在数据传输的过程了。
400 Bad Request：400表示的是Bad Request，Bad Request指的就是客户端的请求语法有错误，不能被服务器理解，比如客户端所传递的请求参数，格式错误等等，那此时就会出现400这个状态码。
403指的是服务器端接收到了请求，但是拒绝访问，一般来说，都是因为你没有权限来访问这个资源，那我就给你返回一个403。
404 Not Found是我们将来所见到的客户端最为常见的一个错误，叫Not Found，Not Found代表的是你所请求的资源不存在，那一般呢，就是我们输入的请求路径是有误的，或者网站资源被删除了，找不到这个网站资源了。
405代表的是请求方式有误。比如，我们服务端所提供的这个请求的资源，它要求必须以GET方式来请求，而我们使用的是POST的请求方式，那这个时候，就会出现405，请求的方法不被允许。
428代表的是服务器要求有条件的请求。那这个指的意思就是说当我们去访问一个服务端的资源的时候，它要求我们必须要携带对应的一些条件，比如我们要携带一些特定的请求头，如果我携带了这个请求头，它才允许我访问，那如果我们没有携带，那此时就会返回一个状态码428。
429代表的是请求数太多了，那这个代表的是用户在指定的时间内发送了太多的请求，造成服务器的压力比较大，那这个时候就会出现429。429可以配合这一个响应头叫做Retry-After，代表的是在多长时间以后，我们可以再次尝试请求。
431指的就是我们所请求的数据，请求头的字段太多了，服务器不愿意处理。
500也是我们将来见的比较多的一类状态码，如果是5开头的，都代表的是服务器端异常。
500代表的是服务器端发生了不可预期的错误，一般都是服务器端抛异常了，那如果出现500，我们就需要去看一下服务器端的日志，来看一下在控制台当中是不是出现了异常，如果出现异常，我们需要去解决这个问题。500代表的是服务器端发生了异常或者是错误。
503指的是服务器尚未准备好处理请求。比如我们服务器刚刚启动，我还没有启动完成呢，浏览器发起了一个请求，那此时就会报出503。

状态码	英文描述	解释
200	`OK`	客户端请求成功，即处理成功，这是我们最想看到的状态码
302	`Found`	指示所请求的资源已移动到由`Location`响应头给定的 URL，浏览器会自动重新访问到这个页面
304	`Not Modified`	告诉客户端，你请求的资源至上次取得后，服务端并未更改，你直接用你本地缓存吧。隐式重定向
400	`Bad Request`	客户端请求有语法错误，不能被服务器所理解
403	`Forbidden`	服务器收到请求，但是拒绝提供服务，比如：没有权限访问相关资源
404	`Not Found`	请求资源不存在，一般是URL输入有误，或者网站资源被删除了
405	`Method Not Allowed`	请求方式有误，比如应该用GET请求方式的资源，用了POST
428	`Precondition Required`	服务器要求有条件的请求，告诉客户端要想访问该资源，必须携带特定的请求头
429	`Too Many Requests`	指示用户在给定时间内发送了太多请求（“限速”），配合 Retry-After(多长时间后可以请求)响应头一起使用
431	`Request Header Fields Too Large`	请求头太大，服务器不愿意处理请求，因为它的头部字段太大。请求可以在减少请求头域的大小后重新提交。
500	`Internal Server Error`	服务器发生不可预期的错误。服务器出异常了，赶紧看日志去吧
503	`Service Unavailable`	服务器尚未准备好处理请求，服务器刚刚启动，还未初始化好

502 Bad Gateway Nginx报错一般都是502，代表网关出问题了！

504 网关超时：网关未收到上游服务器或应用程序的及时响应！

常见的HTTP响应头有:

Content-Type：表示该响应内容的类型。比如我们这里响应了一个内容，它的类型是一个json，所以在Content-Type这一栏显示的就是：application/json。那将来客户端浏览器获取到这个数据之后，它就会按照json格式的数据来处理。
Content-Length：指的是响应内容的长度(单位是字节)。那通过这个响应头客户端就能知道服务器给我响应回来的数据它的长度到底是多长。
Content-Encoding：表示该响应数据的压缩算法。比如我们这里设置了一个gzip，那这就表示服务器端在传输数据的时候采用的是gziip的算法进行压缩的，那将来客户端拿到数据之后也要使用gzip的算法来进行解压缩。
Cache-Control：指示客户端应如何缓存。缓存的意思就是你第一次在访问的时候你访问服务器，把服务器返回的数据，缓存在浏览器本地，下一次你再来访问的时候，你就不用再请求服务器了，你直接读本地的文件，这样速度会更快一些，而且也会降低服务器端的压力。在设置客户端如何缓存的时候，可以设置这么一块信息，叫做max-age=300，这就代表我缓存这一块的这个数据，最多只存储300秒，300秒之后缓存的数据就没了，那我就需要再次请求服务器端再来获取数据。
Set-Cookie: 告诉浏览器为当前页面所在的域设置cookie。什么是cookie在后面介绍Web会话技术的时候再来详细介绍。(cookie是指储存在用户本地终端上的数据，是基于网络浏览器的一种机制，它的作用是存储用户的上网行为信息，以便在以后的网页浏览中给予相应的个性化服务。)

3.4 HTTP-协议解析

HTTP协议的解析就是根据HTTP的请求格式来解析请求数据以及响应数据。
解析HTTP协议，其实分为两个部分，一个是客户端，一个是服务端。
而对于客户端浏览器，各大厂商已经给我们提供了，它里面就内置了解析HTTP协议的程序，我们不需要操作。我们作为一名服务端开发工程师，需要做的就是在服务器端通过Java程序来接收客户端浏览器发起的请求，并获取请求数据，然后，再参照HTTP协议的请求数据格式对请求数据进行解析，然后还需要参照HTTP协议的响应数据格式给浏览器再响应对应的数据。
刚才我们提到在浏览器里面就已经内置了解析HTTP协议的程序，那浏览器获取到响应回来的数据之后会自动解析，从而完成这一次请求响应。
接下来我们就需要去研究一下，在服务器端我们怎么样解析HTTP的数据，并且给浏览器响应数据。
其实按照我们目前的知识储备，我们是可以把这个程序写出来的。在TCP网络编程这样的技术中，我们可以通过Socket以及Server Socket就可以写出一个服务器端的程序了，然后浏览器就可以来发送HTTP的请求，我们就可以通过ServerSocket{服务器}来接收客户端发起的这个请求，那接收到请求之后，我们就可以获取到这个请求的数据，那读取出来的请求数据呢就是一些字符串，而这个字符串，它的格式我们前面学过是固定的，那我们就可以按照字符串的组成规则来解析它，同理，我们也可以通过ServerSocket来获取到输出流，然后就可以按照HTTP响应数据的格式给浏览器，响应一个固定格式的字符串，那这样呢，就完成了一次网络请求。
服务器是可以使用Java完成编写，是可以接受页面发送的请求和响应数据给前端浏览器的，而在开发中真正用到的Web服务器，我们不会自己写的，都是使用目前比较流行的web服务器。如：Tomcat
我们所开发的Web程序要解析HTTP协议，那其他所有的Web项目要开发，也都需要去解析HTTP协议，而HTTP协议它是标准的，是统一固定的，所以这部分解析HTTP协议的代码也是非常通用的，所以有很多公司已经把这些代码都已经写好了，而且还封装到了一个软件程序当中供我们来使用，而这个软件就是我们所说的Web服务器。
Web服务器软件有很多，其中最为流行也是最受欢迎的就是阿帕奇基金会下的Tomcat服务器。
这些Web服务器本质上就是一个软件程序，就是对HTTP协议进行了封装，使程序员不必直接对HTTP协议进行操作，因为毕竟是比较繁琐的，也就是说，如果有了这些Web服务器，HTTP协议的解析和处理的代码，我们都不用去做了，开发人员只需要关注我们当前项目的业务实现逻辑就可以了，这样使得Web程序的开发更加简单，更加便捷，也更加高效。

3. Web服务器-Tomcat

Web服务器的主要功能就是提供网上信息的浏览服务。也就是说我们只需要在我们的服务器当中安装一个Web服务器，比如当前最为流行的Tomcat，然后我们就可以将我们开发好的Web应用部署在Tomcat服务器上，然后启动服务器之后，我们就可以打开浏览器直接访问到部署在Tomcat服务器上的应用程序。
基于Tomcat服务器访问到的页面资源。

3.1 Tomcat简介

官网：Apache Tomcat® - Welcome!
开源指的是开放源代码，源代码开放出来我们就可以根据自己的需求来定制Tomcat服务器。
Java语言的三大分支：JavaSE：Java标准版 JavaME：Java小型版 JavaEE：Java企业版
JavaME指的是Java小型版，Java小型版主要是用来开发一些嵌入式设备的应用，比如像手机，车载设备等等。
JavaEE：Java企业版，它是一系列企业级开发技术的总和，也就是说我们将来开发一个企业级的项目，会用到很多的技术，而这些技术都有着对应的规范和标准，这些技术规范总结起来一共有13项，我们通称为JavaEE规范。
JavaEE：Java语言在企业级开发中使用的技术规范的总和，一共规定了13项大的规范
而在这些规范当中，有很多的规范其实已经过时了，比如像EJB，现在已经被Spring替代了，还有像Servlet，JSP这样的技术，现在基于Servlet进行项目开发基本上已经很少了，取而代之的是一些基于Servet封装的高级框架。
JavaEE的13项技术规范里面Tomcat只支持Servlet和JSP等少量的JavaEE规范。
而正是因为Tomcat只支持少量的JavaEE规范，所以呢它是一个轻量级的Web服务器。
不像WebLogic、WebSphere这些服务器，它支持全部的JavaEE规范，所以它们是重量级的Web服务器。
正是因为Tomcat是一个轻量级的Web服务器，所以Tomcat我们也称之为Web容器。
Servlet它是基于Servlet规范开发出来的一种Web资源，这个Servlet程序它是不能够独立运行的，它是需要依赖于支持Servlet规范的这种Web服务器才可以运行，那Tomcat就支持了Servlet规范，所以这个Tomcat我们也称为Servlet容器。

小结：

1. Web服务器

Web服务器本质上就是一个软件程序，就是对HTTP协议进行了封装，使程序员不必直接对HTTP协议进行操作，因为毕竟是比较繁琐的，也就是说，如果有了这些Web服务器，HTTP协议的解析和处理的代码，我们都不用去做了，开发人员只需要关注我们当前项目的业务实现逻辑就可以了，这样使得Web程序的开发更加简单，更加便捷，也更加高效。
Web服务器可以用来部署我们开发好的Web项目，对外提供网上信息浏览服务。

2. Tomcat

Tomcat是一个轻量级的Web服务器，支持Servlet以及JSP等少量的JavaEE规范。
所以Tomcat也被称为Web容器或者Servelet容器。

3.2 Tomcat服务器的基本使用

基本使用就包括Tomcat的下载，安装，卸载，启动，访问，部署等一系列的操作。

1. 下载

直接从官方网站下载：Apache Tomcat® - Apache Tomcat 9 Software Downloads
Tomcat软件类型说明：

- tar.gz文件，是linux和mac操作系统下的压缩版本
- zip文件，是window操作系统下压缩版本（我们选择zip文件）

2. 安装与卸载

安装: Tomcat是绿色版，直接解压即安装

注意，Tomcat在解压缩的时候，解压所在的目录最好解压到一个不包含中文和空格的目录，因为后期在部署项目的时候，如果路径有中文或者空格可能会导致程序部署失败。

打开apache-tomcat-9.0.27目录就能看到如下目录结构，每个目录中包含的内容需要认识下

bin：目录下有两类文件，一种是以".bat"结尾的，是Windows系统的可执行文件，一种是以".sh"结尾的，是Linux系统的可执行文件。

bin目录存放的是可执行文件，conf存放的是Tomcat当中的配置文件。
第三个lib目录存放的是Tomcat依赖的jar包，因为Tomcat是基于Java语言开发的。
logs目录存放的是日志文件，Tomcat运行所产生的一些日志，都存放在logs这个文件夹下。
webapps存放的是应用程序的发布目录，也就是说我们要部署应用程序，就需要将应用程序放在webapps这个目录下。webapps：就是以后项目部署的目录
work是Tomcat的工作目录

卸载：卸载比较简单，可以直接删除目录即可

3. 启动与关闭

启动：

启动Tomcat只需要访问bin目录下的一个脚本文件startup.bat，直接双击该脚本就可以将Tomcat启动起来。

我们可以看到Tomcat在运行过程当中输出的一些日志，在输出的日志里面中文乱码了，这是因为在Tomcat默认的配置当中，控制台输出日志这一块儿的编码它默认是UTF-8，我们把这个选项改为GBK就可以了。

将编码从默认的UTF-8改为GBK
Tomcat运行起来之后默认占用的端口是8080，8080是Tomcat默认的端口号

访问这一台Tomcat
Tomcat的默认端口为8080，所以在浏览器的地址栏输入：http://127.0.0.1:8080 即可访问tomcat服务器
127.0.0.1 也可以使用localhost代替。如：http://localhost:8080

能看到以上图片(Tomcat服务器的欢迎页面)中Apache Tomcat的内容就说明Tomcat已经启动成功

注意: tomcat服务器启动后,黑窗口不会关闭,只要黑窗口不关闭,就证明tomcat服务器正在运行

关闭: 关闭有三种方式

1、强制关闭：直接×掉Tomcat运行窗口（不建议）

2、正常关闭：bin\shutdown.bat

3、正常关闭：在Tomcat启动窗口中按下 Ctrl+C

说明：如果按下Ctrl+C没有反映，可以多按几次

4. 常见问题

问题1：Tomcat启动时，窗口一闪而过

检查JAVA_HOME环境变量是否正确配置

问题2：端口号冲突

BindException：端口号冲突
在一台主机上端口号是不能重复的

发生问题的原因：Tomcat使用的端口被占用了。
解决方案：换Tomcat端口号
- 要想修改Tomcat启动的端口号，需要修改 conf/server.xml文件

注: HTTP协议默认端口号为80，如果将Tomcat端口号改为80，则将来访问Tomcat时，将不用输入端口号。

Tomcat 部署项目： 将项目放置到 webapps 目录下，即部署完成

演示所部署的应用：

启动Tomcat服务器，浏览器地址栏输入
http://localhost:8080/demo/index.html

3.3 入门程序解析

基于本次的核心技术点SpringBoot快速入门案例进行分析。

3.3.1 Spring官方骨架

之前我们在IDEA创建的SpringBoot入门案例，是基于Spring官方提供的骨架实现的。
Spring官方骨架，可以理解为Spring官方为程序员提供一个搭建项目的模板。

Spring Initializrhttps://start.spring.io/

我们可以通过访问：Spring Initializr，进入到官方骨架页面

这个是我们进行Web程序开发所需要的依赖，我们开发Web应用，只需要这一个依赖就可以了。

Spring官方生成的SpringBoot项目，怎么使用呢？

解压缩后，就会得到一个SpringBoot项目工程

打开pom.xml文件，我们可以看到springboot项目中引入了web依赖和test依赖
另一个test依赖是我们创建Spring Boot项目它默认给我们加入进来的依赖，这个依赖是单元测试所需要的依赖。

结论：不论使用IDEA创建SpringBoot项目，还是直接在官方网站利用骨架生成SpringBoot项目，项目的结构和pom.xml文件中内容是相似的。

我们在IDEA当中去创建这个Spring Boot项目的时候，其实就是关联的是官方的这个模板，所以，我们在创建Spring Boot项目的时候，它是需要联网的，

3.3.2 起步依赖

在我们之前讲解的SpringBoot快速入门案例中，同样也引用了：web依赖和test依赖

spring-boot-starter-web和spring-boot-starter-test，在SpringBoot中又称为：起步依赖
而在SpringBoot的项目中，有很多的起步依赖，他们有一个共同的特征：就是以"spring-boot-starter-"作为开头。
在以后大家遇到spring-boot-starter-xxx这类的依赖，都为起步依赖。
而每一个起步依赖都用于开发特定的功能。
起步依赖是一种比较特殊的Maven依赖，它利用了Maven当中的依赖传递特性，把开发某一个功能所需要的常见依赖就聚合在了一起。
比如web依赖它就把Web开发所需要的一些常见的依赖都聚合在了这一个模块当中，那我们进行Web开发，我们只需要引入这一个web开发的起步依赖就可以了，通过Maven的依赖传递就会将其他的依赖全部传递下来。
起步依赖的好处：简化依赖配置，利用Maven当中的依赖传递特性，引入这一个依赖，就相当于引入了这一块儿业务开发所需要的全部依赖

起步依赖有什么特殊之处呢，这里我们以入门案例中引入的起步依赖做为讲解：

spring-boot-starter-web：包含了web应用开发所需要的常见依赖
spring-boot-starter-test：包含了单元测试所需要的常见依赖

spring-boot-starter-web内部把关于Web开发所有的依赖都已经导入并且指定了版本，只需引入 spring-boot-starter-web 依赖就可以实现Web开发的需要的功能

Spring的官方提供了很多现成的starter(起步依赖)，我们在开发相关应用时，只需要引入对应的starter即可。
在Spring的官方当中，提供了很多的起步依赖，比如后面要用到的aop，redis等...
官方地址：https://docs.spring.io/spring-boot/docs/2.7.2/reference/htmlsingle/#using.build-systems.starters

Spring Boot Reference Documentationhttps://docs.spring.io/spring-boot/docs/2.7.2/reference/htmlsingle/#web

每一个起步依赖，都用于开发一个特定的功能。
举例：当我们开发中需要使用redis数据库时，只需要在SpringBoot项目中，引入：spring- boot-starter-redis ，即可导入redis开发所需要的依赖。

3.3.2 SpringBoot父工程

在我们之前开发的SpringBoot入门案例中，我们所创建出来的这个Spring Boot工程，在pom.xml当中我们通过maven引入这个起步依赖的时候，它是没有加入version版本号的，是没有指定具体的依赖版本号的。

为什么没有指定<version>版本号，可以正常使用呢？

因为每一个SpringBoot工程 / 项目，都有一个统一的父工程，也就是上面所配置的这个parent，这个parent它是Spring Boot的父工程，所有的Spring Boot工程都需要继承自这样的一个父工程，而在Spring Boot工程当中，这些起步依赖的版本都在这个父工程当中已经进行了统一管理。
父工程指定了版本号后，就会自动的引入和所指定版本对应的起步依赖。
依赖的版本号，在父工程中进行统一管理。
比如你选择了Spring Boot的版本是2.7.4，并且已经配置好了这个父工程，那Spring Boot就会自动的给你引入与这个2.7.4版本对应的起步依赖。

3.3.3 内嵌Tomcat

我们进行web程序的开发，只需要引入web开发的起步依赖就可以了。
而当我们引入了web开发的起步依赖之后，我们会看到，通过Maven的依赖传递，传递了这么一项依赖，叫spring-boot-starter-tomcat，这个是Tomcat的相关依赖，那也就是说，在Spring Boot Web开发环境当中，它已经将Tomcat集成进来（也就是引入spring-boot-starter-web起步依赖），其内部已经集成了内置了Tomcat服务器。
我们可以通过IDEA开发工具右侧的maven面板中，就可以看到当前工程引入的依赖。其中已经将Tomcat的相关依赖传递下来了，也就是说在SpringBoot中可以直接使用Tomcat服务器。
所以，我们在运行SpringBoot的引导类 / 启动类时(运行main方法)，启动Spring Boot项目的过程当中，它会自动地将内部的这个Tomcat服务器启动起来，并且占用了Tomcat默认端口号8080，而这个Tomcat并不是我们刚才所安装的Web的Tomcat，而是spring-boot-starter-web的开发环境内置的这个Tomcat，我们也叫内嵌的Tomcat服务器。
我们会看到命令行输出的日志，其中占用8080端口的就是Tomcat。

那这个服务器启动起来之后，我们就可以打开浏览器，在浏览器地址栏输入localhost:8080/hello，回车之后我们就访问到了这台内嵌的Tomcat，并且访问到了部署在里面的这个web程序，最终就拿到了响应的结果
在开发当中基本上都是基于Spring Boot来进行Web程序的开发，所以我们刚才所独立安装的这个Tomcat服务器就会很少使用了，我们以后基本上用的都是Spring Boot当中内置的Tomcat服务器。