你是否知道我们在网页浏览器地址栏输入要访问的url就能访问到对应的web页面？
实际上，当我们输入想要访问的url后，浏览器先分析url上的域名信息，通过DNS服务器解析查询到对应的IP地址和web进行通信，这个通信过程使用的就是HTTP协议。
我们通过一个简单的图来阐述这个过程：
HTTP（Hyper Text Transfer Protocol），超文本传输协议，是通过请求和响应的交换满足客户端和服务端通信。应用HTTP协议进行通信时，必定一方担任客户端角色，另外一方担任服务端的角色。请求访问资源的是客户端，提供资源的是服务端。整个基本的工作流程是客户端发送一个HTTP请求，说明客户端想要访问的资源和请求的动作，服务端收到请求之后，服务端开始处理请求，并根据请求做出相应的动作访问服务器资源，最后通过发送HTTP响应把结果返回给客户端。
但是HTTP协议是无状态（stateless）协议，是指协议对于交互性场景没有记忆能力，不会对曾经发送过的请求或者响应做持久性处理。每一次的请求都是相互独立的。
HTTP协议，超文本传输协议，顾名思义HTTP原来是为了文本传输而涉及，不是为了交互程序而设计，因此不需要交互状态的维护。例如：在点击一个纯的html网页，请求获取服务器的html文件资源时，每次http请求都会返回同样的信息，因为这个是没有交互的，每一次的请求都是相互独立的，没有先后顺序。可是随着web的不断发展，HTTP被用于动态交互的场景。就显得很尴尬了，何为交互？有来又有往，对于一模一样的两个接口，不同的人在请求第二个接口时可能会基于请求第一个接口的结果而有所不同。
我们通过一个具体场景了解下：用户登录微信，无论操作微信任何功能，都需要保持登录状态。针对这个场景，微信为了能够掌握是谁发出的请求，都需要保存用户状态信息。
为了解决HTTP无状态的特性阻碍交互场景的实现，两种用于保持HTTP连接状态的技术就应运而生了，一个是Cookie，而另一个则是Session。Cookie实际上是一小段文本信息。当客户端初次访问服务器时，服务器就会把客户端信息用Session的形式记录下来，同时会给客户端颁发一个Cookie，存在客户端的本地文件中。后续客户端想访问服务器，只需要把请求内容和Cookie一同提交给服务器，服务器只需要从Session中查找用户的信息进行用户验证。如果说Cookie机制是通过检查客户身上的“通行证”来确定客户身份的话，那么Session机制就是通过检查服务器上的“客户明细表”来确认客户身份。Session相当于程序在服务器上建立的一份客户档案，客户来访的时候只需要查询客户档案表就可以了。
我们通过一个简单的图来简单了解下：
网卡：网卡是工作在链路层的网络组建，是局域网中连接计算机和传输介质的接口。每一个网卡都有唯一的被称为MAC地址的48位串行位。
ARP：主机A后以广播方式发送一个ARP请求报文。ARP请求报文中的发送端IP地址和发送端MAC地址为主机A的IP地址和MAC地址，目标IP地址和目标MAC地址为主机B的IP地址和全0的MAC地址。由于ARP请求报文以广播方式发送，该网段上的所有主机都可以接收到该请求，但只有被请求的主机（即主机B）会对该请求进行处理。 主机B比较自己的IP地址和ARP请求报文中的目标IP地址，当两者相同时进行如下处理：将ARP请求报文中的发送端（即主机A）的IP地址和MAC地址存入自己的ARP表中。之后以单播方式发送ARP响应报文给主机A，其中包含了自己的MAC地址
