一篇文章帮你拿下面试八股文之网络三次握手四次挥手， HTTP超文本传输协议重点理论刨析到实现简单的HTTP服务, 思考着图解着学习网络 (咱不死记硬背)(2)

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上C C++开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

• 第一次挥手, 客户端发送一个 FIN（结束）, 用来关闭自己到服务器的连接, 注意: 是断开的客户端到服务器的单向连接, 仅仅只是客户端不可以再向服务端发送数据了**…  客户端进入FIN_wait1 状态**
• 第二次挥手, 服务端接收到这这个 FIN ， 先回一个 ACK, 我知道了，至此半关闭状态完成, 服务端进入 CLOSE_WAIT状态, 这个 CLOSE_WAIT的原因是因为, 服务端还需要将手头上没有发送完的数据包发送完, 因为一旦发送了 FIN（结束）就无法在发送数据了。。。   同时客户端收到ACK应答进入FIN_WAIT2状态
• 第三次挥手,  服务端发送一个FIN（结束）到客户端, 关闭服务端到客户端的连接, 服务端至此进入LAST_ACK状态, 等待客户端确认
• 第四次挥手, 客户端发送ACK 报文确定, 同时在等待  2MSL 之后完成CLOSE.
• 2MSL  :   等待网络中残存的数据包丢失, 不然下一次复用同一个端口的时候可能会收到这些遗留的数据包, 造成错误
• MSL ：  (max segment live) 报文最大生存时间
• FIN : 结束标志位        SYN : 同步连接标志位      ACK: 确认标志位    (常见标志位)

面试灵魂拷问2，为什么是四次挥手, 而不是三次

我们类比着三次握手来解释,  三次握手之所以是三次。 是因为第二次的时候是 SYN （同步序号）和ACK（确认应答） 合在了一起, 放在一个报文中发送给了客户端  (此处不懂请回溯)

But  :  四次挥手的时候   FIN 和 ACK  不可以放在同一个报文发送给客户端, 这个是为什么?

因为对方(Client)发送FIN 过来 仅仅代表客户端没有数据需要再发送给你服务端了， 但是你服务端可能还有数据需要发送响应给客户端, 所以你服务端暂时不能直接回FIN, 因为一旦回了FIN 就不可以再发送数据了, 所以只能先ACK， 等服务端把当前还需要发送的数据发送完再发送FIN 请求关闭连接.  ------   故此 FIN 和 ACK 需要分开

四. HTTP超文本传输协议

啥叫作超文本, URL, DNS?

• 我听过超链接, 也听过文本, 但是木有听过超文本, 其实就是含有超链接的文本文件彼此之间链接起来, 形成网状，是不是迷糊了， 其实还有个别称: 网页.这些链接使用的都是URL， 不清楚这个的在写博文的时候点一下你的链接, 上面就有…
• 啥是URL？   网页资源在服务器上的什么位置问题的解决,    网页是放在在服务器上的
• DNS：域名系统     (解决IP地址不好记忆的问题), 记IP你能记住几个?? 根部记不住,

原理:

一个组织的系统管理机构, 系统内的每个主机的IP和主机名的对应关系.

如果新计算机接入网络, 将这个信息注册到数据库中;

用户输入域名的时候, 会自动查询DNS服务器, 由DNS服务器检索数据库, 得到对应的IP地址.

DNS系统: 是一整套从域名映射到IP的系统

超文本传输协议HTTP(正式刨析)

• 超文本传输协议  :    通过URL的指示, 将服务器上的超文本文档(网页) 传输到 客户端(浏览器)上的一种应用层协议…
• HTTP协议是基于TCP/IP的一个应用层协议
• HTTP的工作原理图解如下

• 上述图解分析的仅仅只是最为简单的最初版本的HTTP请求, 一次请求之后一个流程走完, 请求网页, 响应网页之后立马断开…   这个叫做  非持久性连接,
• 问题  :   每一次请求网页都必须建立和断开一次TCP连接， 效率着实低下
• 然后 HTTP  1.2 版本叫做持久性连接  :    正如其名:  它支持了一个连接中, 可以多次进行网页的请求和响应, 咱商量好哈, 咱不那么费, 访问的人多, 咱把这个连接的时间定的短一点, 不造成网络拥堵, 访问的人少, 咱把连接的时间定的长一点, 这个连接保持的时间可以应需求而定
• 无状态性 :  就是说每一次访问都是新的一次访问, 服务器不知道你曾经是否访问过, HTTP的无状态性简化了服务器的设计, 使其更容易支持大量并发的HTTP请求**( 说实话这句话是网上抄的, 自己不是特别理解, 很朦胧, 要是大佬看见希望评论区留下您的理解, 大家有自己的见解都可以讨论, 万分感谢)**
• 最后下面附上报文的各种请求方法截图一张:  (主要也就是  GET  和  POST)  一个是从服务器申请网页, 另外个是往服务器上 POST 网页

这个状态码感兴趣的看一看就是  咱经常访问哪些  （非法网站的时候） 会弹出  40几呀   50几呀, 懂得都懂3

然后简单的写一个HTTP服务器 (最简易版本)

• 网页上打印一个  hello hhtp,   如下,  其实几乎和  TCP  差不多, 只是我们需要按照HHTP的规则来构造数据, 以及访问URL

#include <stdio.h>
#include <sys/types.h>
#include <unistd.h>
#include <stdlib.h>
#include <arpa/inet.h>
#include <sys/socket.h>
#include <string.h>

#define ERR_EXIT(m) \
  do { perror(m); exit(EXIT_FAILURE); } while (0)

typedef struct sockaddr SA;

int main(int argc, char* argv[]) {
	int connfd, listenfd;
	socklen_t buffLen;
	char dst[256] = {0};
	struct sockaddr_in clientAdd, serveAdd;
	if (argc != 2) {
		fprintf(stderr, "Usage: %s <ip>\n", argv[0]);
		exit(EXIT_FAILURE);
	}
	//域(协议家族), 服务类型, 弃用
	if ((listenfd = socket(AF_INET, SOCK_STREAM, 0)) == -1 ) {
		ERR_EXIT("socket error");
	}
	//确定协议地址簇
	serveAdd.sin_family = AF_INET;//协议家族
	serveAdd.sin_addr.s_addr = htonl(INADDR_ANY);//确定ip, 通配ip
	serveAdd.sin_port = htons(atoi(argv[1]));//确定绑定端口号
	//bind绑定固定端口号便于接收连接请求
	if (bind(listenfd, (SA*)&serveAdd, sizeof(serveAdd)) == -1) {
		ERR_EXIT("bind error");
	}
	//开始监听
	if (listen(listenfd, 3) == -1) {
		ERR_EXIT("listen error");
	}
	fprintf(stdout, "wait accept：\n");
	for ( ;; ) {//循环接收客户端的请求
		buffLen = sizeof(clientAdd);
		if ((connfd = accept(listenfd, (SA*)&clientAdd, &buffLen)) == -1) {
			ERR_EXIT("accept error");
		}
		printf("accept connection from ip is %s and port is %d \n", 
			inet_ntop(AF_INET, &clientAdd.sin_addr, dst, sizeof(dst)), 
			ntohs(clientAdd.sin_port));
		char input_buff[1024 * 10] = {0};	//开足够大的空间写入数据
		ssize_t read_size = read(connfd,input_buff, sizeof(input_buff) - 1);//留一个结束字符
		if (read_size == -1) {
			ERR_EXIT("read error");
		} 
		printf("[Request] %s", input_buff);
		char  buff[1024] = {0};
		const char* hello = "<h1>hello hhtp</h1>";
		sprintf(buff, "HHTP/1.0 200 OK\nContent-Length:%lu\n\n%s", strlen(hello), hello);//按照hhtp规矩写入
		write(connfd, buff, sizeof(buff));

	}
	exit(EXIT_SUCCESS);
}

备注: 此处我们使用 9090 端口号启动了HTTP服务器. 虽然HTTP服务器一般使用80端口,

但这只是一个通用的习惯. 并不是说HTTP服务器就不能使用其他的端口号.

使用chrome测试我们的服务器时, 可以看到服务器打出的请求中还有一个 GET /favicon.ico HTTP/1.1 这 样的请求.

五. 总结

• 首先本文描述了三次握手, 核心关键在于  为什么是三次不是二次也不是四次?
• 简单解释是:  为了使得确定客户端服务端双放的收发数据的正常, 确立双方稳定的数据通信的连接，   从避免历史包的接收建立服务端的无效连接浪费服务端资源的角度再理解了一下为啥两次连接不行, 四次乃至更多次的连接不是不可以而是没有必要, 浪费资源
• 四次挥手重点, 为啥是四次挥手不是三次?  核心点在于  这个  FIN + ACK为啥不能何在一起? （此处你应该能自己回答出来）不能请回溯
• 最后介绍HHTP 应用层协议: 超文本传输协议, 其实还有 FTP：文件传输协议等等 都是再应用层上的协议, HHTP ： 超文本传输协议, 和我们平时使用的网页网站强相关, 所谓网页就是多个超链接连接一次构成的网状结构.  网站可以理解为存储多个网页的服务端.
• DNS  域名系统, 为了解决IP地址不好记忆的问题, 搞出来了IP映射的这样一个域名系统, 可以利用域名映射IP地址  +  端口号访问服务器,
• URL  : 服务类型  域名(IP)  端口号  文件路劲     资源定位
• GET    从网站中获取网页       POST: 向网站中post网页
• HTTP  是建立的一次TCP连接的基于TCP在其之上的应用层协议
• HTTP  多次不断的进行TCP的连接和断开连接的效率低下方面的解决措施:  搞出来了持久连接  (连接保持一段时间)
• 无状态性  :  不会记录之前是否访问, 简化服务器设计, 更容易支持大量并发

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上C C++开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取

]

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上C C++开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以戳这里获取