利用 TCP/IP 协议族进行网络通信时，会通过分层顺序与对方进行通信。发送端从应用层往下走，接收端则往应用层往上走。?发送端在层与层之间传输数据时，每经过一层时必定会被打上一个该层所属的首部信息。反之，接收端在层与层传输数据时，每经过一层时会把对应的首部消去。这种把数据信息包装起来的做法称为封装。

3?与 HTTP 关系密切的协议 : IP、TCP 和DNS?

?3.1 负责传输的 IP 协议

IP网际协议位于网络层。?作用是把各种数据包传送给对方。而要保证确实传送到对方那里，则需要满足各类条件。其中两个重要的条件是 IP 地址和?MAC 地址。

可能有人会把“IP”和“IP 地址”搞混，“IP”其实是一种协议的名称。

IP 地址指明了节点被分配到的地址，MAC 地址是指网卡所属的固定地址。IP 地址可以和 MAC 地址进行配对。IP 地址可变换，但 MAC地址基本上不会更改。

3.1.1?使用 ARP 协议凭借 MAC 地址进行通信

IP 间的通信依赖 MAC 地址。在网络上，通行的双方通常是经过多台计算机和网络设备中转才能连接到对方。而在进行中转时，会利用下一站中转设备的 MAC地址来搜索下一个中转目标。这时，会采用 ARP 协议。

ARP 是一种用以解析地址的协议，根据通信方的 IP 地址就可以反查出对应的 MAC 地址。

路由选择机制只能够让那些计算机和路由器等网络设备获悉很粗略的传输路线。然而，没有人能够全面掌握互联网中的传输状况。

3.2 确保可靠性的 TCP 协议

TCP 位于传输层，提供可靠的字节流服务。TCP 协议为了更容易传送大数据，将大块数据分割成以报文段为单位的数据包进行管理。而且 TCP 协议能够确认数据最终是否送达到对方。

3.2.1?确保数据能到达目标

为了准确无误地将数据送达目标处，TCP 协议采用了三次握手策略。?握手过程中使用了 TCP 的标志—— SYN和ACK

发送端首先发送一个带 SYN 标志的数据包给对方。接收端收到后，回传一个带有 SYN/ACK 标志的数据包以示传达确认信息。最后，发送端再回传一个带 ACK 标志的数据包，代表“握手”结束。

4 负责域名解析的 DNS 服务

DNS服务是和 HTTP 协议一样位于应用层的协议。它提供通过域名查找 IP 地址，或逆向从 IP 地址反查域名的服务。

5 URI 和 URL

5.1 统一资源标识符

URI 是由某个协议方案表示的资源的定位标识符。协议方案是指访问资源所使用的协议类型名称。URI 用字符串标识某一互联网资源，而 URL 表示资源的地点。可见 URL 是 URI 的子集。

5.2 URI 格式

表示指定的 URI，要使用涵盖全部必要信息的绝对 URI、绝对 URL 以及相对 URL。

相对 URL，是指从浏览器中基本 URI 处指定的 URL。

下面是绝对URI的格式

?使用 http: 或 https: 等协议方案名获取访问资源时要指定协议类型。不区分字母大小写，最后附一个冒号（:）。也可使用 data: 或 javascript: 这类指定数据或脚本程序的方案名。

5.2.1 登录信息（认证）

指定用户名和密码作为从服务器端获取资源时必要的登录信息。此项为可选项。

5.2.2?服务器地址

使用绝对 URI 必须指定待访问的服务器地址。地址可以是类似hackr.jp 这种 DNS 可解析的名称，或是 192.168.1.1 这类 IPv4 地址名，还可以是 [0:0:0:0:0:0:0:1] 这样用方括号括起来的 IPv6 地址名。

5.2.3 服务器端口号

指定服务器连接的网络端口号。若用户省略则自动使用默认端口号。此项为可选项。

5.2.4 带层次的文件路径

指定服务器上的文件路径来定位特指的资源。

5.2.5 片段标识符

使用片段标识符通常可标记出已获取资源中的子资源（文档内的某个位置）。但在 RFC 中并没有明确规定其使用方法。此项为可选项。

有一些用来制定 HTTP 协议技术标准的文档，它们被称为RFC。并不是所有的应用程序都符合 RFC。不遵照 RFC 标准实现就无法进行 HTTP 协议通信，所以基本上客户端和服务器端都会以 RFC 为标准来实现 HTTP 协议。但也存在某些应用程序因客户端或服务器端的不同，而未遵照 RFC 标准，反而将自成一套的“标准”扩展的情况。

参考文献：《图解HTTP》[日]上野宣? 于均良译