0x03 http协议和分层架构

HTTP协议

简介

Hyper Text Transfer Protocol，超文本传输协议，规定了浏览器和服务器之间数据传输的规则

• http协议基于TCP协议：面向连接，安全
• 基于请求-响应模型：一次请求对应一次响应
• HTTP协议是无状态的协议：对事务处理没有记忆能力。每次请求-响应都是独立的，优点是速度快，缺点是多次请求间不能共享数据

请求协议

请求行：请求数据第一行：请求方式（get、post）、资源路径、协议

请求头：第二行开始，格式：key：value

常见请求头:

1. Host：请求的主机名
2. User-Agent：浏览器版本
3. Accept：表示浏览器能接受的资源类型，如text/，image/
4. Accept-Language：表示浏览器偏好的语言，服务器可以据此返回不同语言的网页
5. Accept-Encoding：表示浏览器可以支持的压缩类型，例如gzip、deflate
6. Content-Type：请求主题的数据类型
7. Content-Length：请求主体的大小（单位：字节）

请求体：post请求，存放请求参数

请求方式-GET：请求参数在请求行中，没有请求体。GET请求大小在浏览器中是有限制的。

请求方式-POST：请求参数在请求体中，POST请求大小是没有限制的。

请求数据获取

浏览器端发送请求数据后，服务器端需要接受并获取请求数据。Web服务器（Tomcat）对http协议的请求数据进行解析，并进行了封装（HttpServletRequest），在调用Controller方法的时候传递给了该方法。这样，就使得程序员不必直接对协议进行操作，让web开发更加便捷。

响应协议

响应行：响应数据第一行（协议、状态码、描述）

响应头：第二行开始，格式（key：value）

常见响应头
Content-Type：表示响应内容的类型，例如text/html，application/json

Content-Length：表示改响应内容的长度

Content-Encoding：表示改响应压缩算法，例如gzip

Cache-Control：指示客户端应如何缓存，例如max-age=300表示可以最多缓存300秒

Set-Cookie：告诉浏览器为当前页面所在的域设置cookie

响应体：最后一部分，存放响应数据

响应数据设置

web服务器对HTTP协议的响应数据进行了封装（HttpServletResponse），并在调用Controller方法的时候传递给了该方法。

分层解耦

三层架构

对代码进行拆分的原因是要遵循单一职责原则，便于复用和后期维护

分层解耦

拆分完三层架构之后会发现，Service调用Dao，Controller调用Service都是通过在本层new一个另外一层的对象来实现功能的调用，这样三层之间的耦合度就比较高，下面需要进行解耦合。

解耦合主要是通过Spring框架两项关键的技术控制反转（Inversion Of Control\IOC）和依赖注入（Dependency Injection \DI）

控制反转IOC：对象的创建控制权由程序自身转移到外部（容器），这种思想为控制反转

依赖注入DI：容器为应用程序提供运行时所以来的资源称之为依赖注入

Bean对象：IOC容器中创建、管理的对象，称之为Bean

---

下面是如何具体实现分层解耦

1. 将Dao及Service层的实现类，交给IOC容器管理Component注解
2. 为Controller及Service注入运行时依赖的对象Autowired注解

UserController的代码

@RestController
public class UserController {@Autowiredprivate Userservice userservice;@RequestMapping("/list")public List<User> list(){List<User> userList = userservice.findAll();return userList;}}

UserServiceImpl的代码

@Component
public class UserServiceImpl implements Userservice {@Autowiredprivate UserDao userDao;@Overridepublic List<User> findAll() {List<String> lines = userDao.findAll();//2.解析数据，封装成对象 --> 集合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;}
}

UserDaoImpl的代码

@Component
public class UserDaoImpl implements UserDao {public List<String> findAll(){//1.加载并读取文件InputStream in = this.getClass().getClassLoader().getResourceAsStream("user.txt");ArrayList<String> lines = IoUtil.readLines(in, StandardCharsets.UTF_8, new ArrayList<>());return lines;}
}

IOC

衍生注解，是为了将类划分到三层架构，哪一层就是用对应的衍生注解

代码中声明bean的四大注解，想要生效，还需要被组件扫描注解@ComponentScan扫描

虽然在上面代码中注解@ComponentScan没有被显示配置，但实际上已经包含在启动类声明注解@SprintBootApplication中，默认扫描的范围时启动类所在包及其子包。

DI

基于**@Autowired**进行依赖注入的常见方式有三种

第一种：属性注入

@RestController
public class UserController {@Autowiredprivate UserService userService;
}

优点：代码简洁、方便快速开发

缺点：隐藏了类之间的依赖关系，可能破坏类的封装性

第二种：构造函数注入

@RestController
public class UserController {private final UserService userService;@Autowiredpublic UserController(UserService userService) {this.userService = userService;}
}

优点：能清晰地看到类的依赖关系、提高代码的安全性

缺点：代码繁琐、如果构造参数过多，可能会导致构造函数臃肿

第三种：setter注入

@RestController
public class UserController {private UserService userService;@Autowiredpublic setUserUserService(UserService userService) {this.userService = userService;}
}

优点：保证了类的封装性，依赖关系更清晰

缺点：代码繁琐

实战中很多企业会选择基于属性的注入，第一种和第二种用的更多一点

@Autowired是根据类型注入的

如果一个类型有多个Bean对象，则是不允许的，会直接报错

需要指定具体注入哪个Bean对象

@Resoure和@Autowired

@Resoure是javeee中提供的注解，@Autowired是Spring框架中提供的注解

@Resoure默认是按名称注入的，@Autowired默认是按类型注入