一、 DNS与域名
1.1 域名概述
网络是基于 TCP/IP 协议进行通信和连接的，每一台主机都有一个唯一的标识（固定的 IP 地址），用以区别在网络上成千上万个用户和计算机。网络在区分所有与之相 连的网络和主机时，均采用一种唯一、通用的地址格式，即每一个与网络相连接的计算机和服务器都被指派一个独一无二的地址。
2. 为了保证网络上每台计算机的 IP 地址的唯 一性，用户必须向特定机构申请注册，分配 IP 地址网络中的地址方案分为两套：IP 地址系统和域名地址系统。这两套地址系统其实是一一对应的关系
由于 IP 地址是数字标识，使用时难以记忆和书写，因此在IP 地址的基础上又发展出一种符号化的地址方案，来代替数字型的 IP 地址
七层参考模型和五层 ，逻辑网卡和物理网卡 bond‘
1.2 域名小结
1、网络上交互是基于TCP/IP协议的，每个主机在逻辑上有一个唯一位置标识（IP地址），物理地址为
MAC地址
2、为了保证地址唯一性，用户协议向特地给机构申请注册，分配IP地址网络中的地址有两套方案：
① IP地址系统
② 域名地址系统
而由于IP是由32位二进制数字标识，不方便记忆，所以 以IP地址为基础发展出了符号化地址来代替解决方案，也就是域名扩展
1.3 DNS 解析
DNS解析方式，三种:
① /etc/hosts
linux系统中负责快速解析的文件，包含了ip与主机名的映射关系，在没有DNS服务器的情况下，使用本地/etc/hosts完成解析/映射，实现快速访问
PS: 主要用于主机之间（IP和主机名）的映射/解析关系，示例：
192.168.226.128 master
192.168.226.129 node1
192.168.226.130 node2
② /etc/resolv.conf
DNS客户端配置文件，主要用于设置DNS服务器的IP和域名，还包含了主机域名的搜索顺序等等，这个文件是由域名解析器（resolver，一个根据主机名解析IP地址的库）使用的配置文件。
PS:主要用与匹配DNS服务器，示例：
nameserver 114.114.114.114
nameserver 8.8.8.8
nameserver 218.2.135.1
③ /etc/sysconfig/network-scripts/ifcfg-ens33
我们也可以在网卡配置文件中定义DNS1= DNS2=
生效顺序 1 hosts文件 2 网卡配置文件 3 /etc/resolv.conf
1.4 域名
1、定义： 标识一组主机并提供它们的有关信息的树形结构（主要确定了根在哪，就可以确定每个分支）
www.baidu.com
域名服务器（分布式，每台主机维护一个部分）：
① 保持和维护域名空间的程序
② 响应解析器的请求
解析端（客户端）向DNS服务器发出请求的设备
2、域名空间结构(从右往左看)
① 根域 位于域名空间最顶层，一般用一个 “.” 表示
基础单位，除了根域 其他都只有一个上级域，有0或多个子域，同层域不可重复的子域或域名
② 顶级域
一般代表一种类型的组织机构或国家地区（主要有此两种类型构成），如 net（网络公司）、com（商业）、org（民间团体组织）、edu（教育）、gov（政府）、mil（军事）、cn（中国）、jp（日本）、hk（中国香港）
③ 二级域
用来标明顶级域内的一个特定的组织，国家顶级域下面的二级域名由国家网络部门统一管理，如 .cn 顶级域名下面设置的二级域名：.com.cn、.net.cn、.edu.cn …
④ 子域
子域名（或子域；英语：Subdomain）是在域名系统等级中，属于更高一层域的域。比如，mail.example.com和calendar.example.com是example.com的两个子域，而example.com则是顶级域.com的子域。凡顶级域名前加前缀的都是该顶级域名的子域名，而子域名根据技术的多少分为二级子域名，三级子域名以及多级子域名
主机
主机位于域名空间最下层，就是一台具体的计算机，如 www、mail、都是具体的计算机名字，可用www.sina.com.cn.、mail.sina.com.cn. 来表示，这种表示方式称为 FQDN (完全合格域名)，也是这台主机在域名中的全名
3、域名注册
域名注册是Internet中用于解决地址对应问题的一种方法
遵循先申请先注册原则
域名注册步骤：
准备申请资料————》寻找域名注册网站————》查询域名————》正式申请————》申请成功
二、网页的概念
2.1 网页（HTTP/HTTPS）
1、网页基本概念
① 网页
纯文本格式文件
编写语言为HTML
在用户的浏览器中被“翻译”成网页形式显示出来
② 网站
由一个一个页面构成的，是多个网页的结合体
主页打开网站后出现的第一个网页称为网站主页（或首页）
③ 域名
浏览网页时输入的网址
④ HTTP/HTTPS
用来传输网页的通信协议（是否加密），是一种通讯/交互的标准/规范
⑤ URL
是一种万维网寻址系统
扩展：URI： Uniform Resource Identifier 统一资源标识，分为URL 和 URN
URN：Uniform Resource Naming，统一资源命名 这个资源叫什么具体的名字
示例： P2P下载使用的磁力链接是URN的一种实现
magnet:?xt=urn:btih:660557A6890EF888666（只是描述了资源的名字，并没有明确该资源在哪里） mac地址全球唯一
URL：Uniform Resorce Locator，统一资源定位符，用于描述某服务器某特定资源位置 资源的具体位置
⑥ HTML
用来编写网页的超文本标记语言
⑦ 超链接
超链接是将网站中不同网页链接起来的功能
⑧ 发布
将制作好的网页上传到服务器供用户访问的过程
2.2 HTML 概述
2.2.1 HTML超文本标记语言
前端 html css javascript
http Hyper Text Markup Language
网页的“源码”
浏览器：“解释和执行”HTML源码的工具
2.2.2 HTML文档的结构
HTML网页
头部部分
标题部分
主体部分
网页内容，包括文本、图像等
示例：
头标签中常用标签
内容标签中常用标签
2.2.3 网页基本标签
网页摘要信息的作用
有利于浏览器解析
有利于搜索引擎搜索
2.2.4 标题标签类型
行控制相关标签
范围标签
图像标签
超链接标签
特殊符号
<html>
<head>
<title>我的第一个网页 </title>
</head>
<body >
Hello World!
</body>
</html>
标签 描述
<title> 定义了文档的标题
<base> 定义了页面链接标签的默认链接地址
<link> 定义了一个文档和外部资源之间的关系
<meta> 定义了 HTML 文档中的元数据
<script> 定义了客户端的脚本文件
<style> 定义了 HTML 文档的样式文件
标签 描述
<table> 定义一个表格
<tr> 定义了表格中的一行
<td> 定义了表格中某一行的一列
<img> 定义了一个图像
<a> 定义了一个超链接
<p> 定义了一行
<br> 定义了换行
<font> 定义了字体
<title>标签 #标题
<meta>标签 #元标志
3. Web
3.1 Web概述
互联网：是网络的网络，是所有类型网络的母集
因特网：世界上最大的互联网网络。即因特网概念从属于互联网概念。习惯上，大家把连接在因特网上
的计算机都成为主机。
Web（World Wide Web）即全球广域网，也称为万维网
一种分布式图形信息系统
建立在Internet上的一种网络服务
万维网并非某种特殊的计算机网络，是一个大规模的、联机式的信息贮藏库，使用链接的方法能非常方
便地从因特网上的一个站点访问另一个站点（超链技术），具有提 供分布式服务的特点。万维网是一个分布式的超媒体系统，是超文本系统的扩充，基于B/S架构实现
URL：万维网使用统一资源定位符（Uniform Resource Locator）来标志万维网上的各种文档，并使每个文档在整个因特网的范围内具有唯一的标识符URL。
HTTP：为解决"用什么样的网络协议来实现整个因特网上的万维网文档”这一难题，就要使万维网客户程序（以浏览器为主，但不限于浏览器）与万维网服务器程序之间的交互遵守严格的协议，即超文本传送协议（HyperText Transfer Protocol）。HTTP是处于应用层的协议，使用TCP传输层协议进行可靠的传送。因此，需要特别提醒的是，万维网是基于因特网的一种广泛因特网应用系统，且万维网采用的是HTTP（80/TCP）和 HTTPS（443/TCP）的传输协议，但因特网还有其他的网络应用系统（如：FTP、SMTP等等）。
HTML：为了解决"怎样使不同作者创作的不同风格的万维网文档，都能在因特网上的各种主机上显示出来，同时使用户清楚地知道在什么地方存在着链接”这一问题，万维网使用超文本标记语言（HyperTextMarkup Language），使得万维网页面的设计者可以很方便地用链接从页面的某处链接到因特网的任何一个万维网页面，并且能够在自己的主机品目上将这些页面显示出来。HTML与txt一样，仅仅是是一种文档，不同之处在于，这种文档专供于浏览器上为浏览器用户提供统一的界面呈现的统一规约。且具备结构化的特征，这是txt所不具备的强制规定。
访问浏览器的流程
浏览器的渲染解释：
渲染过程
1. 解析 HTML：
浏览器逐行解析 HTML 文档，构建 DOM 树（Document Object Model）。
2. 解析 CSS：
解析 CSS 文件，构建 CSSOM 树（CSS Object Model）。CSSOM 与 DOM 结合形成渲染树。
3. 计算布局（Reflow）：
根据渲染树计算每个元素的大小和位置，生成布局。
4. 绘制（Paint）：
将每个节点转换为屏幕上的像素，绘制出页面。
3.2 Web1.0 vs Web2.0
Web1.0
以编辑为特征，网站提供给用户的内容是编辑处理后的，然后用户阅读网站提供的内容
这个过程是网站到用户的单向行为
Web1.0以静态 单向阅读为主
Web2.0
更注重用户的交互作用，用户既是网站内容的消费者（浏览者），也是网站内容的制造者加强了网站与用户之间的互动，网站内容基于用户提供，网站的诸多功能也由用户参与建设，实现了网站与用户双向的交流与参与
Web2.0特征
用户分享、以兴趣为聚合点的社群、开放的平台，活跃的用户
3.3 静态页面 与动态页面
（1） 静态页面定义
① 静态网页是标准的HTML文件
② 扩展名是.htm、.html
例如文本、图像、声音、Flash动画、客户端脚本和ActiveX控件及Java小程序等
③ 是网站建设的基础，早期网站一般都由静态网页制作
④ 没有后台数据库、不含程序和不可交互的网页
⑤ 相对更新起来比较麻烦，适用于一般更新较少的展示型网站
（2）静态页面特点：
① 每个静态网页都有一个固定的URL，且URL以.htm、.html、.shtml等常见形式为后缀，而不含有“?”
② 网页内容一经发布到网站服务器上，无论是否有用户访问，每个静态网页都是保存在网站服务器上的
③ 静态网页的内容相对稳定，容易被搜索引擎检索
④静态网页没有数据库的支持，在网站制作和维护方面工作量较大，因此当网站信息量很大时完全依靠静态网页制作方式比较困难
⑤ 静态网页的交互性较差，在功能方面有较大的限制
⑥ 页面浏览速度迅速，过程无需连接数据库，开启页面速度快于动态页面
（3） 动态页面
① 网页 URL不固定，能通过后台与用户交互
② 在动态网页网址中有一个标志性的符号——“?”
③ 常用的语言有PHP、JSP、Python、Ruby等
（4）动态页面特点
① 交互性
网页会根据用户的要求和选择而动态改变和响应，将浏览器作为客户端界面，这将是今后WEB发展的大势所趋
② 自动更新
无须手动地更新HTML文档，便会自动生成新的页面，可以大大节省工作量
③ 因时因人而变
当不同的时间，不同的人访问同一网址时会产生不同的页面
总结：
静态页面由于很多内容都是固定的，在功能方面有很大的限制，所以交互性较差
动态网页则可以实现更多的功能，如用户的登录、注册、查询等
4. HTTP协议概述
4.1、HTTP协议简介
HTTP（超文本传输协议HyperText Transfer Protocol）协议是互联网上应用最为广泛的一种网络协议，它是基于TCP协议的应用层传输协议，简单来说就是客户端和服务端进行数据传输的一种规则。
HTTP/HTTPS是应用层上的协议，建立在传输层TCP之上，客户端通过与服务端进行TCP连接(三次握手)，之后发送HTTP请求与接收HTTP响应都是通过访问Socket接口来调用TCP协议实现。
HTTP 是一种无状态 (stateless) 协议, HTTP协议本身不会对发送过的请求和相应的通信状态进行持久化处理（存储，保存）。这样做的目的是为了保持HTTP协议的简单性，从而能够快速处理大量的事务, 提高效率。
4.2 cookie和session扩展
4.2.1 cookie
无状态协议是指协议对事物处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它应答就很快。
HTTP是超本文传输协议，顾名思义，这个协议支持超文本的传输。什么是超文本？说白了就是使用HTML编写的页面。通常，我们使用客户端浏览器访问服务器的资源，最常见的URL也是以html为后缀的文件，因此可以说超文本是网络上最主要的资源。
既然HTTP协议的目的是在于支持超文本的传输，也就是资源的传输，那么客户端浏览器向HTTP服务器发送请求，继而HTTP服务器将相信资源发回给客户端这样一个过程中，无论对于客户端还是服务器，都没有必要记录这个过程，因为每一次请求和响应都是相对独立的，一般而言，一个URL对应着一个唯一的超文本，正是因为这样的唯一性，使得记录用户的行为状态变得毫无意义，所以，HTTP协议被设计为无状态的连接协议符合它本身的需求。
HTTP协议这种特性有优点也有缺点，优点在于解放了服务器，每一次请求"点到为止"，不会造成不必要的连接占用，缺点在于如果为了保留状态，每次请求都会传输大量的重复信息内容。
可是随着 Web 的不断发展，很多业务都需要对通信状态进行保存.如果是一次性会话的过程： 打开浏览器 -> 访问一些服务器内容 -> 关闭浏览器但目前有很多WEB访问场景，并不是一次性会话，而是多次相关的会话，比如：
登录场景：
打开浏览器 -> 浏览到登陆页面 -> 输入用户名和密码 -> 访问到用户主页(显示用户名) -> 修改密码（输入原密码）-> 修改收货地址.......
问题：在此处登录会话过程中产生的数据（用户会话数据）如何保存下来呢？
购物场景：
打开浏览器 -> 浏览商品列表 -> 加入购物车(把商品信息保存下来) -> 关闭浏览器打开浏览器-> 直接进入购物车 -> 查看到上次加入购物车的商品 -> 下订单 -> 支付
问题： 在购物会话过程中，如何保存商品信息？
以上场景都需要保留会话数据，需要会话管理机制。
会话管理： 管理浏览器客户端和服务器端之间会话过程中产生的会话数据。
为了会话管理，HTTP就需要传输大量重复信息内容的问题，造成大量的网络带宽消耗。于是 Cookie 和Session 技术闪亮登场了，它们可以为用户进行会话管理，实现保存状态。
然而，在许多应用场景中，我们需要保持用户登录的状态或记录用户购物车中的商品。由于HTTP是无状态协议，所以必须引入一些技术来记录管理状态，例如Cookie。
Cookie基于HTTP协议，也叫Web Cookie或浏览器Cookie，是服务器发送到用户浏览器并保存在客户端本地的一小块数据，它会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。通常，它用于告知服务端两个请求是否来自同一浏览器，如保持用户的登录状态。Cookie使基于无状态的HTTP协议记录稳定的状态信息成为了可能。
① 第一次请求过程
浏览器第一次发送请求时,不会携带任何cookie信息
服务器接收到请求之后，发现请求中没有任何cookie信息
服务器生成和设置一个cookie.并将此cookie设置通过set_cookie的首部字段保存在响应报文中返回给浏览器
浏览器接收到这个响应报文之后,发现里面有cookie信息,浏览器会将cookie信息保存起来
② 第二次及其之后的过程
当浏览器第二次及其之后的请求报文中自动 cookie的首部字段携带第一次响应报文中获取的cookie信息
服务器再次接收到请求之后,会发现请求中携带的cookie信息,这样的话就认识是谁发的请求了之后的响应报文中不会再添加set_cookie首部字段
Cookie主要用于以下三个方面：
- 会话状态管理（如用户登录状态、购物车、游戏分数或其它需要记录的信息）
- 个性化设置（如用户自定义设置、主题等）
- 浏览器行为跟踪（如跟踪分析用户行为等）
Cookie 技术通过在请求和响应报文中写入 Cookie 信息来控制客户端的状态。当服务器收到HTTP请求时，服务器可以在响应头里面添加一个Set-Cookie选项。浏览器收到响应后通常会保存下Cookie，之后对该服务器每一次请求中都通过Cookie请求头部将Cookie信息发送给服务器。服务器端发现客户端发送过来的 Cookie 后，会去检查究竟是从哪一个客户端发来的连接请求，然后对比服务器上的记录，最后得到之前的状态信息。另外，Cookie的过期时间、域、路径、有效期、适用站点都可以根据需要来指定。
4.2.2 session
4.2.3 cookie和session区别
cookie和session的相同和不同：
cookie通常是在服务器生成,但也可以在客户端生成,session是在服务器端生成的session 将数据信息保存在服务器端，可以是内存、文件，数据库等多种形式,cookie 将数据保存在客户端的内存或文件中。
单个cookie保存的数据不能超过4K，每个站点cookie个数有限制，比如IE8为50个、Firefox为50个、Opera为30个；session存储在服务器，没有容量限制。
cookie存放在用户本地，可以被轻松访问和修改，安全性不高；session存储于服务器，比较安全
cookie有会话cookie和持久*cookie，生命周期为浏览器会话期的会话cookie保存在缓存，关闭浏览器窗口就消失，持久cookie被保存在硬盘，知道超过设定的过期时间；随着服务端session存储压力增大，会根据需要定期清理session数据
session中有众多数据，只将sessionID这一项可以通过cookie发送至客户端进行保留，客户端下次访问时，在请求报文中的cookie会自动携带sessionID，从而和服务器上的的session进行关联
cookie缺点：
1、使用cookie来传递信息，随着cookie个数的增多和访问量的增加，它占用的网络带宽也很大，试想假如cookie占用200字节，如果一天的PV有几个亿，那么它要占用多少带宽？
2、cookie并不安全，因为cookie是存放在客户端的，所以这些cookie可以被访问到，设置可以通过插件添加、修改cookie。所以从这个角度来说，我们要使用sesssion，session是将数据保存在服务端的，只是通过cookie传递一个sessionId而已，所以session更适合存储用户隐私和重要的数据
session 缺点：
1、不容易在多台服务器之间共享，可以使用session绑定，session复制，session共享解决
2、session存放在服务器中，所以session如果太多会非常消耗服务器的性能cookie和session各有优缺点，在大型互联网系统中，单独使用cookie和session都是不可行的
cookie和session都为了实现的是http的短期的持久化(内存/缓存方式，查询快、效率比较高)cookie是缓存在用户端（client)浏览器中的（默认缓存一天），当下次客户端通过同一个浏览器访问客户端的时候，会优先读取cookie中的缓存信息，向服务端进行请求，同时服务端收到客户端请求的时候，读取到cookie文件，知道客户端之前找的是服务器A处理的任务，为了省事儿，省资源，干脆直接讲请求直
接再交给服务器A处理
两者对比:
cookie 省服务器性能
session 更安全
1. 为后面服务、集群、功能优化做铺垫
2. 具体解释了怎么解决HTTP无状态协议的持久化/存储。
4.3 HTTP协议的版本
HTTP/0.9: 已过时。只接受GET一种请求方法，没有在通讯中指定版本号，且不支持请求头。由于该版本不支持POST方法，所以客户端无法向服务器传递太多信息。
HTTP/1.0: 这是第一个在通讯中指定版本号的HTTP协议版本，至今仍被广泛采用，特别是在代理服务器中。
PV(访问量)： 即Page View, 页面浏览量或点击量，用户每次刷新即被计算一次，PV反映的是浏览某网站的页面数，PV与来访者的数量成正比，PV并不是页面的来访者数量，而是网站被访问的页面数量
HTTP/1.1: 引入了持久连接，即TCP连接默认不关闭，可以被多个请求复用，能很好地配合代理服务器工作。还支持管道方式机制，即在同--个TCP连接里面，客户端可以同时发送多个请求，以便降低线路负载，提高传输速度。
HTTP/2.0:完全多路复用，在一个连接里，客户端和浏览器都可以同时发送多个请求或回应，而且不用按照顺序.对应。引入了头信息压缩机制，使用gzip或compress压缩后再发送。支持服务端推送，允许服务器未经请求，主动向客户端发送资源。
扩展：
HTTPS 协议
为解决安全问题，网景在1994年创建了HTTPS，并应用在网景导航者浏览器中。 最初，HTTP是与SSL一起使用的；在SSL逐渐演变到TLS时（其实两个是一个东西，只是名字不同而已），最新的HTTPS也由在2000年五月公布的RFC 2818正式确定下来。HTTPS就是安全版的HTTP，目前大型网站基本实现全站HTTPS
HTTPS特点
HTTPS协议需要到CA申请证书，一般免费证书很少，需要交费
HTTP协议运行在TCP之上，所有传输的内容都是明文，HTTPS运行在SSL/TLS之上，SSL/TLS运行在TCP之上，所有传输的内容都经过加密的
HTTP和HTTPS使用的是不同的连接方式，端口不同，前者是80，后者是443
HTTPS可以有效的防止运营商劫持，解决了防劫持的一个大问题
HTTPS 实现过程降低用户访问速度，但经过合理优化和部署，HTTPS 对速度的影响还是可以接受的
SPDY协议
SPDY：2009年谷歌研发，综合HTTPS和HTTP两者有点于一体的传输协议，主要特点：降低延迟，针对HTTP高延迟的问题，SPDY优雅的采取了多路复用（multiplexing）。多路复用通过多个请求stream共享一个tcp连接的方式，解决了HOL blocking的问题，降低了延迟同时提高了带宽的8利用率
请求优先级（request prioritization）。多路复用带来一个新的问题是，在连接共享的基础之上有可能会导致关键请求被阻塞。SPDY允许给每个request设置优先级，重要的请求就会优先得到响应。比如：浏览器加载首页，首页的html内容应该优先展示，之后才是各种静态资源文件，脚本文件 等加载，可以保证用户能第一时间看到网页内容header压缩。HTTP1.x的header很多时候都是重复多余的。选择合适的压缩算法可以减小包的大小和数量
基于HTTPS的加密协议传输，大大提高了传输数据的可靠性
服务端推送（server push），采用了SPDY的网页，例如网页有一个sytle.css的请求，在客户端收到sytle.css数据的同时，服务端会将sytle.js的文件推送给客户端，当客户端再次尝试获取sytle.js时 就可以直接从缓存中获取到，不用再发请求了
HTTP2 协议
http/2.0：2015年，HTTP2.0是SPDY的升级版
头信息和数据体都是二进制，称为头信息帧和数据帧
复用TCP连接，在一个连接里，客户端和浏览器都可以同时发送多个请求或回应，且不用按顺序一一对应，避免了"队头堵塞",此双向的实时通信称为多工（Multiplexing）
引入头信息压缩机制（header compression）,头信息使用gzip或compress压缩后再发送；客户端和服务器同时维护一张头信息表，所有字段都会存入这个表，生成一个索引号，不发送同样字段， 只发送索引号，提高速度
HTTP/2 允许服务器未经请求，主动向客户端发送资源，即服务器推送（server push）
HTTP2.0和SPDY区别：
HTTP2.0 支持明文 HTTP 传输，而 SPDY 强制使用 HTTPS
HTTP2.0 消息头的压缩算法采用 HPACK，而非 SPDY 采用的 DEFLATE
4.4 HTTP 请求格式( GET / POST 方式 )
4.4.1 GET 方式
① 请求行
请求的方式
请求的资源路径
请求的版本协议号
② 请求头（描述信息/标准化信息）
Accept：客户端可以接受的数据类型
Accept-Language：客户端可以接受的语言类型
User-Agent：浏览器的信息
Accpect-Encoding：客户端可以接受的编码格式
Host：表示请求的ip和端口号
Connection：告诉服务器请求连接如何处理
Keep-Alive：通知服务器回传数据不要马上关闭，保持一小段的连接
Closed：马上关闭
4.4.2 POST 请求方式
① 请求行
请求的方式
请求的资源路径
请求的协议的版本号
② 请求头
Accept：客户端可以接受的数据类型
Accept-Language：客户端可以接受的语言类型
Referer：表示请求发起时，浏览器地址栏中的地址
User-Agent：浏览器的信息
Content-Type：发送的数据类型
Content-Length：发送的数据长度
③ 请求体：就是发送给服务器的数据
方法：
GET： 获取资源 当前网络请求中，绝大部分使用的是 GET 方
HEAD：获取报文首部，主要用于确认 URL 的有效性以及资源更新的日期时间等
POST：传输实体主体 （比如传输 用户名密码）
PUT：上传文件（比如写博客）
PATCH：对资源进行部分修改
DELETE：删除文件
OPTIONS：查询支持的方法（查看服务端可以支持哪些方法）
CONNECT：要求在与代理服务器通信时建立隧道（类似加密）
TRACE：追踪路径
url：指明资源的具体位置
scheme
http 超文本传输协议
https 安全的http协议
ftp 文件传输协议
user：帐号
password：密码
host：主机名 或 域名 或 ip地址
port： 服务器端口号
path：访问资源的路径，相当于组件路径
params：参数，但是这个不常用，指定一些参数，譬如指定传输方式
qurey：查询参数
frag：html资源片段，譬如html文档过大的时候，frag定位到html的一部分
首部字段：使用首部字段是为了给浏览器和服务器提供报文主体大小、所使用的语言、认证信息等内容，HTTP 首部字段是由首部字段名和字段值构成的，中间用冒号“:” 分隔
首部的分类：
通用首部:请求报文和响应报文两方都会使用的首部
Date: 报文的创建时间
Connection：连接状态，如keep-alive(长连接), close,
Via：显示报文经过的中间节点（代理，网关）
Cache-Control：控制缓存，如缓存时长
MIME-Version:发送端使用的MIME版本
Warning：错误通知
请求首部:从客户端向服务器端发送请求报文时使用的首部。补充了请求的附加内容、客户端信息、请求内容相关优先级等信息
Accept：通知服务器自己可接受的媒体类型
Accept-Charset： 客户端可接受的字符集
Accept-Encoding：客户端可接受编码格式，如gzip
Accept-Language：客户端可接受的语言
Client-IP: 请求的客户端IP
Host: 请求的服务器名称和端口号
Referer：跳转至当前URI的前一个URL
User-Agent：客户端代理，浏览器版本
Expect：允许客户端列出某请求所要求的服务器行为（条件式请求首部）
If-Modified-Since：自从指定的时间之后，请求的资源是否发生过修改（条件式请求首
部）
If-Unmodified-Since：与上面相反（条件式请求首部）
If-None-Match：本地缓存中存储的文档的ETag标签是否与服务器文档的Etag不匹配
（条件式请求首部）
If-Match：与上面相反 （条件式请求首部）
Authorization：向服务器发送认证信息，如账号和密码（安全请求首部）
Cookie: 客户端向服务器发送cookie
Proxy-Authorization: 向代理服务器认证 （ 代理请求首部）
响应首部：从服务器端向客户端返回响应报文时使用的首部。补充了响应的附加内容，也会要求客户端附加额外的内容信息
协商首部：某资源有多种表示方法时使用
<scheme>://<user>:<password>@<host>:<port>/<path>;<params>?<query>#<frag>
Accept-Ranges：服务器可接受的请求范围类型
Vary：服务器查看的其它首部列表
安全响应首部：
Set-Cookie：向客户端设置cookie
WWW-Authenticate：来自服务器对客户端的质询列表
信息性：
Age：从最初创建开始，响应持续时长
Server：服务器程序软件名称和版本
实体首部：针对请求报文和响应报文的实体部分使用的首部。补充了资源内容更新时间等与实
体有关的的信息
缓存相关：
ETag：实体的扩展标签
Expires：实体的过期时间
Last-Modified：最后一次修改的时间
Allow: 列出对此资源实体可使用的请求方法
Location：告诉客户端真正的实体位于何处
Content-Encoding:对主体执行的编码
Content-Language:理解主体时最适合的语言
Content-Location: 实体真正所处位置
Content-Type：主体的对象类型，如text
扩展首部
实体：请求时附加的数据或响应时附加的数据，例如：登录网站时的用户名和密码，博客的上传文
章，论坛上的发言等。
4.4.3 GET 与POST 区别
① 区别一:语义上的区别
Get向服务器请求数据，依照HTTP协议，get 是用来请求数据。
Post向服务器发数据，依照HTTP协议，Post的语义是向服务器添加数据，也就是说按照Post的语义，该操作是会修改服务器上的数据
② 区别二：服务器请求的区别
Get请求是可以被缓存，示例：
访问百度，访问的方式就是GET，此时访问后的内容会缓被存在浏览器中，短时间再次访问，其实是拿到的浏览器中的缓存内容。
另外Get请求只能接收ASCII码的回复，Post请求是不可以被缓存的。对于Post方式提交表单，刷新页面浏览器会弹出提示框“是否重新提交表单”，Post可以接收二进制等各种数据形式，所以如果要上传文件一般用Post请求
③ 区别三:参数放请求头和请求体的差别
Get请求通常没有请求体（当然这也是可以由程序猿心情改变的），在TCP传输中只需传输一次（而不是一个包），
所以Get请求效率相对高。
Post请求将数据放在请求体中，而实际传输中，会先传输完请求头，再传输请求体，是分为两次传输的（而不是两个包）。
Post请求头会比Get更小（一般不带参数），请求头更容易在一个TCP包中完成传输，更何况请求头中有Content-Length的标识，可以更好地保证Http包的完整性。
简单的理解：
###GET方法：
从指定的服务器上获得数据
GET请求能被缓存
GET请求会保存在浏览器的浏览纪录里（cookit）
GET请求有长度的限制
主要用于获取数据
查询的字符串会显示在URL中，不安全
###POST方法：
提交数据给指定服务器处理
POST请求不能被缓存
POST请求不会保存在浏览器的浏览纪录里
POST请求没有长度限制
查询的字符串不会显示在URL中，比较安全
4.4.4 HTTP状态码 *
当使用浏览器访问某一个URL，会根据处理情况返回相应的处理状态
通常正常的状态码为2xx，3xx（如200）
如果出现异常会返回4xx，5xx（如404）
状态码首位 已定义范围分类
1xx 100-101 信息提示
2xx 200-206 成功
3xx 300-305 重定向
4xx 400-415 客户端错误
5xx 500-505 服务器错误
生产环境常见的HTTP状态码
消息 描述
200 OK 请求成功（其后是对GET和POST请求的应答文档）
301 Moved Permanently 请求的永久页面跳转
403 Forbidden 禁止访问该页面
404 Not Found 服务器无法找到被请求的页面
500 Internal Server Error 内部服务器错误
502 Bad Gateway 无效网关
503 Service Unavailable 当前服务不可用
504 Gateway Timeout 网关请求超时
状态码大全地址：
https://product.pconline.com.cn/itbk/software/llq/1508/6862518.html
https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Status
4.5 HTTP协议请求流程分析
用户输入URL（地址链接)(http://www.baidu.com:80/tools.html)客户端获取到端口及主机名后，客户
端利用DNS解析域名，首先客户端的浏览器会先找自身的缓存，如果有解析结束，如果没有客户端会去
找host文件，如果host文件没有的话，客户端会去找本地的DNS缓存服务器，本地的DNS缓存服务器没
有的话，缓存服务器会去找根域，根域没有，会返回一个.com.然后本地缓存服务器会去找顶级域，顶级
域没有的话会返回baidu.com.,然后本地缓存服务器会去找二级域，二级域解析完后会返回客户端。
客户端解析到IP地址后会通过TCP的三次握手与服务器建立连接
HTTPS请求的整个过程的详细分析
https://blog.csdn.net/seujava_er/article/details/90018326
扫一扫
2866
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
