网络原理之Http

网络原理之Http

Http原理

理解为何要有应用层？
我们已经学过 TCP/IP , 已经知道目前数据能从客户端进程经过路径选择跨网络传送到服务器端进程[ IP+Port ],可是，仅仅把数据从A点传送到B点就完了吗？这就好比，在淘宝上买了一部手机，卖家[ 客户端 ]把手机通过顺丰[ 传送+路径选择 ] 送到买家 [ 服务器 ] 手里就完了吗？当然不是，买家还要使用这款产品，还要在使用之后，给卖家打分评论。所以，我们把数据从A端传送到B端， TCP/IP 解决的是顺丰的功能，而两端还要对数据进行加工处理或者使用，所以我们还需要一层协议，不关心通信细节，关心应用细节！

这层协议叫做应用层协议。而应用是有不同的场景的，所以应用层协议是有不同种类的，其中经典协议之一的HTTP就是其中的佼佼者。
那么， Http 是解决什么应用场景呢？

早期用户，上网使用浏览器来进行上网，而用浏览器上网阅读信息，最常见的是查看各种网页【其实也是文件数据，不过是一系列的 html 文档，当然还有其他资源如图片， css ， js 等】,而要把网页文件信息通过网络传送到客户端，或者把用户数据上传到服务器，就需要 Http 协议【当然，http作用不限于此】

再谈 “协议”

那如何理解应用层协议呢？再回到我们刚刚说的买手机的例子，顺丰相当于 TCP/IP 的功能，那么买回来的手机都附带了说明书【产品介绍，使用介绍，注意事项等】，而该说明书指导用户该如何使用手机虽然我们都不看，但是父母辈有部分是有看说明书的习惯的：）】，此时的说明书可以理解为用户层协议

HTTP协议

虽然我们说, 应用层协议是我们程序猿自己定的.

但实际上, 已经有大佬们定义了一些现成的, 又非常好用的应用层协议, 供我们直接参考使用. HTTP(超文本传输协议)就是其中之一.

认识URL

平时我们俗称的 “网址” 其实就是说的 URL

urlencode和urldecode

像 / ? : 等这样的字符, 已经被url当做特殊意义理解了. 因此这些字符不能随意出现.

比如, 某个参数中需要带有这些特殊字符, 就必须先对特殊字符进行转义.

转义的规则如下:
将需要转码的字符转为16进制，然后从右到左，取4位(不足4位直接处理)，每2位做一位，前面加上%，编码成%XY格式

例如:

“+” 被转义成了 “%2B”
urldecode就是urlencode的逆过程;

HTTP请求

HTTP请求
首行: [方法] + [url] + [版本]

Header: 请求的属性, 冒号分割的键值对;每组属性之间使用\n分隔;遇到空行表示Header部分结束

Body: 空行后面的内容都是Body. Body允许为空字符串. 如果Body存在, 则在Header中会有一个Content-Length属性来标识Body的长度;

HTTP响应

首行: [版本号] + [状态码] + [状态码解释]

Header: 请求的属性, 冒号分割的键值对;每组属性之间使用\n分隔;遇到空行表示Header部分结束

Body: 空行后面的内容都是Body. Body允许为空字符串. 如果Body存在, 则在Header中会有一个Content-Length属性来标识Body的长度; 如果服务器返回了一个html页面, 那么html页面内容就是在body中.

HTTP的方法

其中最常用的就是GET方法和POST方法.

HTTP的状态码

最常见的状态码, 比如 200(OK), 404(Not Found), 403(Forbidden), 302(Redirect, 重定向), 504(Bad
Gateway)

HTTP常见Header

Content-Type: 数据类型(text/html等)
Content-Length: Body的长度
Host: 客户端告知服务器, 所请求的资源是在哪个主机的哪个端口上;
User-Agent: 声明用户的操作系统和浏览器版本信息;
referer: 当前页面是从哪个页面跳转过来的;
location: 搭配3xx状态码使用, 告诉客户端接下来要去哪里访问;
Cookie: 用于在客户端存储少量信息. 通常用于实现会话(session)的功能;

抓包工具 fiddler

为了研究http协议相关协议细节【主要是request和response，状态码，以及后续的cookie和
session】，我们引进一款抓包工具fiddler，同学们可以去官网下载安装：https://www.telerik.com/fiddler/

. Http VS Https

简单理解,http传送数据（包括账号和密码），都是明文传送，很容易被窃取或者侦听，在现有的互联网
应用中，很明显有不安全因素，所以有了https，可以简单理解成https多了一层加密解密层，在发送前
加密，在收到后解密，在网络里传输的都是经过加密的数据
详细介绍：

https://blog.csdn.net/xiaoming100001/article/details/81109617
https://www.cnblogs.com/Rawls/p/10725703.html
2.2. Http 新特性
http2.0
http3.0
2.3. 市场上常见的Http 服务器
Tomcat(web 应用服务器)
Nginx
Apache
Lighttpd