引入：当在浏览器的地址栏输入url时...
根据Web浏览器地址栏中指定的url，Web浏览器从Web服务端获取文件资源（resource)等信息，从而显示出Web页面。
HTTP（HyperText Transfer Protocol，超文本传输/转移协 议 ）
客 户端（client）：通过发送请求获取服务器资源的 Web 浏览器等
WWW 构建技术，分别是：
把 SGML（Standard Generalized Markup Language，标准通用标记语言）作为页面的文本标 记语言的 HTML（HyperText Markup Language，超文本标记语言）；
作为文档传递协议的 HTTP ；
指定文档所在地址的 URL（Uniform Resource Locator，统一资源定位符）。
TCP/IP 协议族是互联网相关的各类协议族的总称 ，HTTP 属于它内部的一个子集。
狭义：TCP/IP 是指 TCP 和 IP 这两种协议。
还有一种说法认为，TCP/ IP 是在 IP 协议的通信过程中，使用到的协议族的统称。
TCP/IP 协议族层次化
按层次分别分 为以下 4 层：应用层、传输层、网络层和数据链路层。
应用层
应用层决定了向用户提供应用服务时通信的活动。
- FTP（File Transfer Protocol，文件传输协议）
- DNS（Domain Name System，域 名系统）
- HTTP 协议也处于该层。
传输层
传输层对上层应用层，提供处于网络连接中的两台计算机之间的数据 传输。
- TCP（Transmission Control Protocol，传输控制协议）
- UDP（User Data Protocol，用户数据报 协议）。
网络层（又名网络互连层）
网络层用来处理在网络上流动的数据包。数据包是网络传输的最小数 据单位。该层规定了通过怎样的路径（所谓的传输路线）到达对方计 算机，并把数据包传送给对方。
与对方计算机之间通过多台计算机或网络设备进行传输时，网络层所 起的作用就是在众多的选项内选择一条传输路线。
链路层（又名数据链路层，网络接口层）
用来处理连接网络的硬件部分。包括控制操作系统、硬件的设备驱 动、NIC（Network Interface Card，网络适配器，即网卡），及光纤等 物理可见部分（还包括连接器等一切传输媒介）。
硬件上的范畴均在 链路层的作用范围之内。
TCP/IP 通信传输流
封装
与 HTTP 关系密切的协议 : IP、TCP 和 DNS
1.负责传输的 IP 协议
IP（Internet Protocol）网际协议位于网络层，作用是把各种数据包传送给对方
IP 地址指明了节点被分配到的地址，MAC 地址是指网卡所属的固定 地址。
IP 地址可以和 MAC 地址进行配对。
IP 地址可变换，但 MAC 地址基本上不会更改。
使用 ARP 协议凭借 MAC 地址进行通信 ，根据通信方 的 IP 地址就可以反查出对应的 MAC 地址。
没有人能够全面掌握互联网中的传输状况
路由选择：在到达通信目标前的中转过程中，那些计算机和路由器等网络设备只 能获悉很粗略的传输路线。2.
2.确保可靠性的 TCP 协议
按层次分，TCP 位于传输层，提供可靠的字节流服务。
字节流服务（Byte Stream Service）是指，为了方便传输，将大 块数据分割成以报文段（segment）为单位的数据包进行管理。
可 靠的传输服务是指，能够把数据准确可靠地传给对方。
一言以蔽之， TCP 协议为了更容易传送大数据才把数据分割，而且 TCP 协议能够 确认数据最终是否送达到对方。
三次握手 （three-way handshaking）策略。
用 TCP 协议把数据包送出去后，TCP 不会对传送后的情况置之不理，它一定会向对方确认是否成功送达。
握手过程中使用了 TCP 的标志（flag） —— SYN（synchronize） 和 ACK（acknowledgement）。
发送端首先发送一个带 SYN 标志的数据包给对方。
接收端收到后， 回传一个带有 SYN/ACK 标志的数据包以示传达确认信息。
最后，发 送端再回传一个带 ACK 标志的数据包，代表“握手”结束。
若在握手过程中某个阶段莫名中断，TCP 协议会再次以相同的顺序发 送相同的数据包。
除了上述三次握手，TCP 协议还有其他各种手段来保证通信的可靠 性。
3.负责域名解析的 DNS （Domain Name System）服务
DNS（Domain Name System）服务是和 HTTP 协议一样位于应用层的 协议。它提供域名到 IP 地址之间的解析服务。
DNS 协议提供通过域名 查找 IP 地址，或逆向从 IP 地址反查域名的服务。
URI 和 URL
URI（ Uniform Resource Identifier 统一资源标识符）
URL（Uniform Resource Locator，统一资源定位符）
URL 是 URI 的子集。
绝对 URI 的格式:
协议方案名：使用 http: 或 https: 等协议方案名获取访问资源时要指定协议类型。不 区分字母大小写，最后附一个冒号（:）。 也可使用 data: 或 javascript: 这类指定数据或脚本程序的方案名。
登录信息（认证）
指定用户名和密码作为从服务器端获取资源时必要的登录信息（身份 认证）。此项是可选项。
服务器地址
使用绝对 URI 必须指定待访问的服务器地址。地址可以是类似 hackr.jp 这种 DNS 可解析的名称，或是 192.168.1.1 这类 IPv4 地址 名，还可以是 [0:0:0:0:0:0:0:1] 这样用方括号括起来的 IPv6 地址名。
服务器端口号
指定服务器连接的网络端口号。此项也是可选项，若用户省略则自动 使用默认端口号。
带层次的文件路径
指定服务器上的文件路径来定位特指的资源。这与 UNIX 系统的文件 目录结构相似。
查询字符串
针对已指定的文件路径内的资源，可以使用查询字符串传入任意参 数。此项可选。
片段标识符
使用片段标识符通常可标记出已获取资源中的子资源（文档内的某个 位置）。但在 RFC 中并没有明确规定其使用方法。该项也为可选 项。
RFC（Request for Comments，征求修正意见书）是互联网的设计文档
并不是所有的应用程序都符合 RFC
原文地址：https://www.cnblogs.com/lyplucky/p/12159123.html