SpringBoot(二)--- SpringBoot基础(http协议、分层解耦)
目录
前言
一、SpringBoot入门
1.入门程序
2.解析
二、HTTP协议
1.HTTP概述
2.HTTP请求协议
2.1 GET方式的请求协议
2.2 POST方式的请求协议
2.3 两者的区别
2.4 获取请求数据
3.HTTP响应协议
三、分层解耦
1.三层架构
2.IOC&DI
2.1 入门
2.2 IOC详解
2.3 DI详解
2.4 注意事项
前言
我们可以通过HTML、CSS、JS这三项技术进行前端页面的开发,最终,这些前端页面,我们就可以部署在服务器上,然后打开浏览器就可以直接访问服务器上部署的前端页面了。而像这HTML、CSS、JS 以及图片、音频、视频等这些资源,我们都称为静态资源。 所谓静态资源,就是指在服务器上存储的不会改变的数据,通常不会根据用户的请求而变化。
与静态资源相对的就是动态资源,即在服务器端进行存储,会根据用户请求和其他数据动态生成,内容可能会在每次请求时都发生变化。我们可以基于Spring框架来构建动态资源。
对于java程序开发的动态资源来说,我们通常会将这些动态资源部署在Tomcat(Tomcat服务器),这样的Web服务器中运行。 而浏览器与服务器在通信的时候,基本都是基于HTTP协议的。
一、SpringBoot入门
1.入门程序
在com.example.demo这个包下创建HelloController类
类中的代码如下:
package com.example.demo;import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;@RestController// 表明是个请求处理类
public class HelloController {@RequestMapping("/hello") // 标识请求路径public String hello(String name) {System.out.println("HelloController...hello:" + name);return "Hello" + name;}
}
上面的hello方法中参数是前端给服务器提交的参数,return表示服务器给前端返回的数据。
运行SpringBoot自动生成的引导类 (标识有@SpringBootApplication
注解的类)
打开浏览器,输入http://localhost:8080/hello?name=xiaoming
可以发现,前端页面在网址栏向服务器传递了xiaoming这个参数,然后服务器将这个参数重新相应给了前端页面。
2.解析
我们发现运行SpringBoot自动生成的引导类就可以启动整个服务,这是为什么呢?
因为我们在创建springboot项目的时候,选择了web开发的起步依赖 spring-boot-starter-web
。而spring-boot-starter-web
依赖,又依赖了spring-boot-starter-tomcat
,由于maven的依赖传递特性,那么在我们创建的springboot项目中也就已经有了tomcat的依赖,这个其实就springboot中内嵌的tomcat。
而运行引导类中的main方法,其实启动的就是springboot中内嵌的Tomcat服务器。 而我们所开发的项目,也会自动的部署在该tomcat服务器中,并占用8080端口号 。
二、HTTP协议
1.HTTP概述
HTTP:Hyper Text Transfer Protocol(超文本传输协议),规定了浏览器与服务器之间数据传输的规则。
-
http是互联网上应用最为广泛的一种网络协议
-
http协议要求:浏览器在向服务器发送请求数据时,或是服务器在向浏览器发送响应数据时,都必须按照固定的格式进行数据传递
HTTP协议
-
基于TCP协议: 面向连接,安全。
-
基于请求-响应模型: 一次请求对应一次响应(先请求后响应)。
-
HTTP协议是无状态协议: 对于数据没有记忆能力。每次请求-响应都是独立的
无状态指的是客户端发送HTTP请求给服务端之后,服务端根据请求响应数据,响应完后,不会记录任何信息。
2.HTTP请求协议
浏览器将数据以请求格式发送到服务器。包括:请求行、请求头 、请求体。
2.1 GET方式的请求协议
-
请求行(以上图中红色部分) :HTTP请求中的第一行数据。由:
请求方式
、资源路径
、协议/版本
组成(之间使用空格分隔)-
请求方式:GET
-
资源路径:/brand/findAll?name=OPPO&status=1
-
请求路径:/brand/findAll
-
请求参数:name=OPPO&status=1
-
请求参数是以key=value形式出现
-
多个请求参数之间使用
&
连接
-
-
请求路径和请求参数之间使用
?
连接
-
-
协议/版本:HTTP/1.1
-
-
请求头(以上图中黄色部分) :第二行开始,上图黄色部分内容就是请求头。格式为key: value形式
-
http是个无状态的协议,所以在请求头设置浏览器的一些自身信息和想要响应的形式。这样服务器在收到信息后,就可以知道是谁,想干什么了
-
服务端可以根据请求头中的内容来获取客户端的相关信息,有了这些信息服务端就可以处理不同的业务需求。
2.2 POST方式的请求协议
-
请求行(以上图中红色部分):包含请求方式、资源路径、协议/版本
-
请求方式:POST
-
资源路径:/brand
-
协议/版本:HTTP/1.1
-
-
请求头(以上图中黄色部分)
-
请求体(以上图中绿色部分) :存储请求参数
-
请求体和请求头之间是有一个空行隔开(作用:用于标记请求头结束)
-
2.3 两者的区别
2.4 获取请求数据
web服务器对HTTP请求进行解析,并将其数据封装到了HttpServletRequest类里面,并在调用Controller方法的时候传递给了该方法。
用HttpServletRequest类型 声明一个形参(例如request),用request的方法操作具体数据。
@RestController
public class RequestController {/*** 请求路径 http://localhost:8080/request?name=Tom&age=18* @param request* @return*/@RequestMapping("/request")public String request(HttpServletRequest request){//1.获取请求参数 name, ageString name = request.getParameter("name"); // 请求数据以键值对形式存在String age = request.getParameter("age");System.out.println("name = " + name + ", age = " + age);//2.获取请求路径String uri = request.getRequestURI();String url = request.getRequestURL().toString();System.out.println("uri = " + uri);System.out.println("url = " + url);//3.获取请求方式String method = request.getMethod();System.out.println("method = " + method);//4.获取请求头String header = request.getHeader("User-Agent");System.out.println("header = " + header);return "request success";}}
3.HTTP响应协议
服务器将数据以响应格式返回给浏览器。包括:响应行 、响应头 、响应体
-
响应行(以上图中红色部分):响应数据的第一行。响应行由
协议及版本
、响应状态码
、状态码描述
组成-
协议/版本:HTTP/1.1
-
响应状态码:200
-
状态码描述:OK
-
-
响应头(以上图中黄色部分):响应数据的第二行开始。格式为key:value形式
-
http是个无状态的协议,所以可以在请求头和响应头中设置一些信息和想要执行的动作,这样,对方在收到信息后,就可以知道你是谁,你想干什么
-
-
响应体(以上图中绿色部分): 响应数据的最后一部分。存储响应的数据
-
响应体和响应头之间有一个空行隔开(作用:用于标记响应头结束)
-
关于响应状态码,我们主要有以下三个状态码:
-
200 ok
客户端请求成功 -
404 Not Found
请求资源不存在 -
500 Internal Server Error
服务端发生不可预期的错误
三、分层解耦
1.三层架构
我们进行程序设计以及程序开发时,尽可能让每一个接口、类、方法的职责更单一些(单一职责原则)。尽量满足高内聚、低耦合的要求。
我们在项目开发中,可以把代码分为三层,如图所示:
-
Controller:控制层。接收前端发送的请求,对请求进行处理,并响应数据。
-
Service:业务逻辑层。处理具体的业务逻辑。
-
Dao:数据访问层(Data Access Object),也称为持久层。负责数据访问操作,包括数据的增、删、改、查。这一层主要是进行数据库的处理。
基于三层架构执行流程如图所示:
-
前端发起的请求,由Controller层接收(Controller响应数据给前端)
-
Controller层调用Service层来进行逻辑处理(Service层处理完后,把处理结果返回给Controller层)
-
Serivce层调用Dao层(逻辑处理过程中需要用到的一些数据要从Dao层获取)
-
Dao层操作文件中的数据(Dao拿到的数据会返回给Service层)
2.IOC&DI
-
控制反转: Inversion Of Control,简称IOC。对象的创建控制权由程序自身转移到外部(容器),这种思想称为控制反转。对象的创建权由程序员主动创建转移到容器(由容器创建、管理对象)。这个容器称为:IOC容器或Spring容器。
-
依赖注入: Dependency Injection,简称DI。容器为应用程序提供运行时,所依赖的资源,称之为依赖注入。程序运行时需要某个资源,此时容器就为其提供这个资源。
-
2.1 入门
在实现类加上 @Component
注解,就代表把当前类产生的对象交给IOC容器管理。
来看下面的代码:
A. UserDaoImpl
@Component
public class UserDaoImpl implements UserDao {@Overridepublic List<String> findAll() {InputStream in = this.getClass().getClassLoader().getResourceAsStream("user.txt");ArrayList<String> lines = IoUtil.readLines(in, StandardCharsets.UTF_8, new ArrayList<>());return lines;}
}
B. UserServiceImpl
@Component
public class UserServiceImpl implements UserService {@Autowiredprivate UserDao userDao;@Overridepublic List<User> findAll() {List<String> lines = userDao.findAll();List<User> userList = lines.stream().map(line -> {String[] parts = line.split(",");Integer id = Integer.parseInt(parts[0]);String username = parts[1];String password = parts[2];String name = parts[3];Integer age = Integer.parseInt(parts[4]);LocalDateTime updateTime = LocalDateTime.parse(parts[5], DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"));return new User(id, username, password, name, age, updateTime);}).collect(Collectors.toList());return userList;}
}
发现UserServiceImpl这个类中声明了接口UserDao,但是它并没有创建接口的实现类对象,就是因为实现类UserDaoImpl加了@Component
注解,把当前类产生的对象交给了IOC容器管理。而在UserServiceImpl这个类中声明的接口UserDao上有@Autowired注解,它可以自动从IOC容器中取出实现类的相关对象。
2.2 IOC详解
IOC控制反转,就是将对象的控制权交给Spring的IOC容器,由IOC容器创建及管理对象。IOC容器创建的对象称为bean对象。
而Spring框架为了更好的标识web应用程序开发当中,bean对象到底归属于哪一层,又提供了@Component的衍生注解:
注意1:声明bean的时候,可以通过注解的value属性指定bean的名字,如果没有指定,默认为类名首字母小写。
注意2:使用以上四个注解都可以声明bean,但是在springboot集成web开发中,声明控制器bean只能用@Controller。
2.3 DI详解
依赖注入,是指IOC容器要为应用程序去提供运行时所依赖的资源,而资源指的就是对象。
在入门代码中,我们使用了@Autowired这个注解,完成了依赖注入的操作,而这个Autowired翻译过来叫:自动装配。@Autowired
注解,默认是按照类型进行自动装配的(去IOC容器中找某个类型的对象,然后完成注入操作)
@Autowired 进行依赖注入,常见的方式,有如下三种:
a) 属性注入
@RestController
public class UserController {//方式一: 属性注入@Autowiredprivate UserService userService;}
b). 构造函数注入
@RestController
public class UserController {//方式二: 构造器注入private final UserService userService;@Autowired //如果当前类中只存在一个构造函数, @Autowired可以省略public UserController(UserService userService) {this.userService = userService;}}
3). setter注入
/*** 用户信息Controller*/
@RestController
public class UserController {//方式三: setter注入private UserService userService;@Autowiredpublic void setUserService(UserService userService) {this.userService = userService;}}
第一种是最常用的,因为代码最为简洁。
2.4 注意事项
那如果在IOC容器中,存在多个相同类型的bean对象,会出现什么情况呢?
在下面的例子中,准备了两个UserService的实现类,并且都交给了IOC容器管理。 代码如下:
启动项目之后,控制台报错了
出现错误的原因是因为在Spring的容器中,UserService这个类型的bean存在两个,框架不知道具体要注入哪个bean使用,所以就报错了。
对于上述问题,有以下解决方案:
方案一:使用@Primary注解
当存在多个相同类型的Bean注入时,加上@Primary注解,来确定默认的实现。
@Primary
@Service
public class UserServiceImpl implements UserService {
}
方案二:使用@Qualifier注解
指定当前要注入的bean对象。 在@Qualifier的value属性中,指定注入的bean的名称。 @Qualifier注解不能单独使用,必须配合@Autowired使用。
@RestController
public class UserController {@Qualifier("userServiceImpl")@Autowiredprivate UserService userService;
}
方案三:使用@Resource注解
@RestController
public class UserController {@Resource(name = "userServiceImpl")private UserService userService;
}
@Autowird 与 @Resource有什么区别?
-
@Autowired 是spring框架提供的注解,而@Resource是JDK提供的注解
-
@Autowired 默认是按照类型注入,而@Resource是按照名称注入