HTTP学习笔记

栏目: 后端 · 前端 · 发布时间: 5年前

内容简介：一、WWW概念WWW（World Wide Web），主要包括三部分概念URI，俗称网址HTTP，两个电脑之间传输内容的协议

一、WWW概念WWW（World Wide Web），主要包括三部分概念

URI，俗称网址

HTTP，两个电脑之间传输内容的协议

HTML，超级文本，主要用来做页面跳转

解释：URL 的作用是能让你访问一个页面，HTTP 的作用是让你能下载这个页面，HTML 的作用是让你能看懂这个页面。

URI 是什么

概念：统一资源标识符（英语：Uniform Resource Identifier，缩写URI）

URI 分为 URL 和 URN，我们一般使用 URL 作为网址。

URN是什么

概念：统一资源名称（英语：Uniform Resource Name，缩写URN）

URL是什么

概念：统一资源定位符（英语：Uniform Resource Locator，缩写URL)

DNS是什么

网域名称系统（英语：Domain Name System，缩写：DNS）是互联网的一项服务。它作为将域名和IP地址相互映射的一个分布式数据库，能够使人更方便地访问互联网。DNS使用TCP和UDP端口53[1]。当前，对于每一级域名长度的限制是63个字符，域名总长度则不能超过253个字符。

二、请求与响应

2.1http作用

HTTP 的作用就是指导浏览器和服务器如何进行沟通。

浏览器负责发起请求

服务器在 80 端口接收请求

服务器负责返回内容（响应）

浏览器负责下载响应内容

2.2请求示例

Git Bash命令行执行后，请求内容为：

-s显示进度

-v完整的显示请求和响应

-H添加请求头

curl -s -v -H "Frank: xxx" -- "https://www.baidu.com"
【GET请求内容】
GET / HTTP/1.1
Host: www.baidu.com
User-Agent: curl/7.54.0
Accept: */*
Frank: xxx


curl -X POST -s -v -H "Frank: xxx" -- "https://www.baidu.com"
【POST请求内容】
POST / HTTP/1.1
Host: www.baidu.com
User-Agent: curl/7.54.0
Accept: */*
Frank: xxx


curl -X POST -d "1234567890" -s -v -H "Frank: xxx" -- "https://www.baidu.com"
【POST带数据请求内容】
POST / HTTP/1.1
Host: www.baidu.com
User-Agent: curl/7.54.0
Accept: */*
Frank: xxx
Content-Length: 10
Content-Type: application/x-www-form-urlencoded
//注意此处是空行
1234567890

2.3请求内容格式示例

1 动词路径协议/版本

2 Key1: value1

2 Key2: value2

2 Key3: value3

2 Content-Type: application/x-www-form-urlencoded

2 Host: www.baidu.com

2 User-Agent: curl/7.54.0

4 要上传的数据

注：请求第二部分有多行内容，格式为 Key？: value？

0 请求最多包含四部分，最少包含三部分。（也就是说第四部分可以为空）

1 第三部分永远都是一个回车（n）

2 动词有 GET POST PUT PATCH DELETE HEAD OPTIONS 等

GET  获取
POST 新增/上传
PUT  整体更新
PATCH局部更新

3 这里的路径包括「查询参数」，但不包括「锚点」

4 如果你没有写路径，那么路径默认为 /

5 第 2 部分中的 Content-Type 标注了第 4 部分的格式

2.4响应内容格式示例

1 协议/版本号状态码状态解释

2 Key1: value1

2 Key2: value2

2 Content-Length: 17931

2 Content-Type: text/html

4 要下载的内容

状态码要背，是服务器对浏览器说的话

1xx 不常用

2xx 表示成功【表示请求已成功被服务器接收、理解、并接受】

3xx 表示滚吧【重定向，需要客户端采取进一步的操作才能完成请求】

4xx 表示你丫错了【客户端错误】

5xx 表示好吧，我错了【服务器错误】

状态解释没什么用

第 2 部分中的 Content-Type 标注了第 4 部分的格式

第 2 部分中的 Content-Type 遵循 MIME 规范

GET请求响应内容
HTTP/1.1 200 OK
Accept-Ranges: bytes
Cache-Control: private, no-cache, no-store, proxy-revalidate, no-transform
Connection: Keep-Alive
Content-Length: 2443
Content-Type: text/html
Date: Tue, 10 Oct 2017 09:14:05 GMT
Etag: "5886041d-98b"
Last-Modified: Mon, 23 Jan 2017 13:24:45 GMT
Pragma: no-cache
Server: bfe/1.0.8.18
Set-Cookie: BDORZ=27315; max-age=86400; domain=.baidu.com; path=/

<!DOCTYPE html>
<!--STATUS OK--><html> <head> 后面太长，省略了……


POST请求响应内容
HTTP/1.1 302 Found
Connection: Keep-Alive
Content-Length: 17931
Content-Type: text/html
Date: Tue, 10 Oct 2017 09:19:47 GMT
Etag: "54d9749e-460b"
Server: bfe/1.0.8.18

<html>
<head>
<meta http-equiv="content-type" content="text/html;charset=utf-8"> 后面太长，省略了……

注：

1、GET 请求和 POST 请求对应的响应可以一样，也可以不一样

2、响应的第四部分可以很长很长很长

2.5使用Chrome查看请求

打开 Network

地址栏输入网址

在 Network 点击，查看 request，点击「view source」

点击「view source」

终于点了？可以看到请求的前三部分了

如果有请求的第四部分，那么在 FormData 或 Payload 里面可以看到

2.6使用Chrome查看响应

打开 Network