【Linux网络】应用层协议HTTP（1）

本文主要是介绍【Linux网络】应用层协议HTTP（1），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

小伙伴们大家好，本片文章将会讲解 应用层协议HTTP 的相关内容。

如果看到最后您觉得这篇文章写得不错，有所收获，麻烦点赞👍、收藏🌟、留下评论📝。您的支持是我最大的动力，让我们一起努力，共同成长！

---

1. HTTP协议简介

HTTP（超文本传输协议）是一种用于在客户端（如浏览器）和服务器之间传输数据的协议。它是互联网通信的基础，用于请求和传输网页及其资源。HTTP是无状态，无连接的，这意味着每个请求都是独立的，不依赖于之前的请求。主要包括以下特性：

1. 请求和响应：客户端发起请求，服务器响应数据。请求包括方法（如GET、POST）、URL和其他头部信息。响应包括状态码、头部和数据主体；
2. 无状态：每个请求都是独立的，服务器不保存客户端的状态信息。
   • 每次请求都需要建立新的连接， 且服务器不会保存客户端的状态信息；
3. 简洁和扩展性：HTTP协议设计简单，易于扩展，支持各种内容类型和请求方法。

---

2. 认识 URL

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

• www.example.jp是要访问的服务器的地址，要经过 DNS（域名解析）将域名转换成对应的 IP 地址；
• 80 代表的是要访问的服务器的端口号，通过IP+端口就可以访问服务器上唯一的进程了。
  • 其中 http 协议默认绑定的就是 80 端口 。
• /dir/index/html 是你要访问的服务器上的资源的地址。
  • 但是"/" 并不是我们通常认为的根目录，而是 web根目录。
• ?之后的内容是表示要给服务器传送的参数。

---

3. HTTP 报文格式

🎧3.1 HTTP REQUEST 格式🎧

真实的 http request 格式:

• 首行: [方法] + [url] + [版本]；
• Header（报头）: 请求的属性, 冒号分割的键值对;每组属性之间使用\r\n 分隔;遇到空行表示 Header 部分结束；
• Body（正文）: 空行后面的内容都是 Body。Body 允许为空字符串. 如果 Body 存在, 则在Header 中会有一个 Content-Length 属性来标识 Body 的长度；
  
  

抽象的 http request 格式:

🎧3.2 HTTP RESPONSE格式🎧

真实的 http response 格式:

• 首行: [版本号] + [状态码] + [状态码解释]；
• Header: 请求的属性, 冒号分割的键值对;每组属性之间使用\r\n 分隔;遇到空行表示 Header 部分结束；
• Body: 空行后面的内容都是 Body。Body 允许为空字符串. 如果 Body 存在, 则在
  Header 中会有一个 Content-Length 属性来标识 Body 的长度; 如果服务器返回了一个 html 页面, 那么 html 页面内容就是在 body 中。
  
  

抽象的 http response格式:

---

4. 详解 HTTP REQUEST

🎧4.1 请求方法🎧

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

GET 方法：

• GET 方法一般是用来请求静态资源，例如图片、音频、视频等；
• 除此之外，也可以用 GET 方法向服务器传送参数；
  • 例如下面这个网站，? 之后的就是传递的参数，以 & 作为分隔符：
    https://editor.csdn.net/md?not_checkout=1&spm=1000.2115.3001.4503&articleId=141829243
    • $not$_$checkout=1$；
    • $spm=1000.2115.3001.4503$；
    • $articleId=141829243$；

上面三个就是参数，所以能看出来 GET 方法传递参数是通过 URL 来传递的，所以传递的参数长度等肯定有限制。

POST 方法：

• 使用 POST 方法是要将数据传送到服务器上进行处理，但是它传递参数的方式和GET 不一样；
• POST 方法传递参数的方式是将要传递的参数放到 HTTP REQUEST 请求正文中进行传递的。

区别：

• 既然POST方法使用HTTP REQUEST 请求正文发送参数的，说明请求的参数体量可以很大；
• GET方法是以来URL传递参数的，因此可以被显示的看到，不安全，但是POST方法是请求正文中传递参数的，相较于URL安全一点，但也不是绝对安全；

🎧4.2 HTTP 版本🎧

为什么要有版本：

• 例如微信或者各种游戏，经常会进行更新，每次更新之后都会有相应功能的改变，例如游戏中游戏角色的加强或者削弱，又例如微信各种功能的改良；
• 在客户端发送请求时我们需要让服务器知道我们的版本让服务器提供对应版本的功能；
• 如果没有进行更新，就不会给你新版本的功能（这里估摸着服务器会有一些条件编译）。

🎧4.3 HTTP 请求报头🎧

我这里挑选几个比较重要的讲一下：

1. Connection

• Connection表示连接管理，比如是否保持连接（keep-alive）或在请求后关闭连接（close）。
  • keep-alive 表示长服务，比如服务器在打开一个文件描述符的时候并不会立马关闭，而是一直处于运行状态知道服务被运行完毕；
  • close 表示短服务，在服务器打开一个文件描述符执行完一个任务的时候会立马关闭这个文件描述符，并在下次客户端请求服务器的时候服务器再重新打开一个文件描述符。

2. Content-Length

• 这个就是表示请求正文的长度，很容易理解。
  
  

3. Content-Type

• Content-Type 是 HTTP 请求和响应报头中的一个重要字段，用于指定请求或响应体的媒体类型（即内容类型）。它告诉接收方（服务器或者客户端）如何解码和处理消息体。

一些文件扩展名和Content-Type的对应关系：

🎉更详细的对应关系： Http请求中各种Content-Type类型详解大全

4. HOST

• 客户端告诉服务器要访问的，所请求的资源在那个主机的哪个端口上。

5. REFERER

• 表示当前页面是从哪个页面跳转过来的。

6. USER-AGENT

• 表示客户端浏览器的版本信息。

---

5. 详解 HTTP RESPONSE

🎧5.1 状态码和状态描述🎧

五大类状态码：

• 其中 3 开头的状态码表示重定向状态码，什么意思呢？
• 比如客户端想访问我的一个重定向目录：/redir，我们可以在服务器端处理这个路径，当客户端访问 /redir 的时候将这个路径修改成另一个IP和端口，就形成了重定向。
  
  

常见的状态码和状态码描述：

🎉常见的状态码和状态码描述： HTTP状态码对照表

这篇关于【Linux网络】应用层协议HTTP（1）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---