在某某大厂面试中，面试官问: '例如一个a.js加载了4秒钟，如何看时间都花到哪些地方去了？如何去优化？'。当时想到得首先是chorme的调试工具可以查看某个http请求花了多少时间，后面面试官引导是想问tcp/ip，但由于对于tcp/ip了解不多，只回答了比较片面的，对于网络传输，作为程序员来讲还是非常重要的，所以后面回来恶补资料。
1. 什么是OSI七层模型?
不管我们打开QQ聊天，还是打开网页浏览信息，都会有传输信息的过程，如何让双方都能理解，解析数据，这就形成了OSI协议。OSI分工协作，完成复杂的传输过程，就像流水线工厂里面，打孔，包装，打印生成日期，每层只做自己关心的事情，对于其他的不关心。
- 应用层(Application) 提供网络与用户应用软件之间的接口服务
- 表示层(Presentation) 提供格式化的表示和转换数据服务，如加密和压缩
- 会话层(Session) 提供包括访问验证和会话管理在内的建立和维护应用之间通信的机制
- 传输层(Transimission) 提供建立、维护和取消传输连接功能，负责可靠地传输数据(PC)
- 网络层(Network) 处理网络间路由，确保数据及时传送(路由器)
- 数据链路层(DataLink) 负责无错传输数据，确认帧、发错重传等(交换机)
- 物理层(Physics) 提供机械、电气、功能和过程特性(网卡、网线、双绞线、同轴电缆、中继器)
就像邮寄快递一层一层包装进去，复制运送快递的师傅，不关心你到底传的是什么数据。
2. TCP/IP
tcp/ip主要分为5层，借鉴于OSI，把会话层，表示层，应用合并为应用层。每一层有每一层的协议，根据协议去封包，解包。我们前端常用的http就是在应用层协议。
3. 网络层 IP
ARP
网络通信，靠的网卡的mac地址，而ARP就是通过IP地址获取mac地址，ARP是IP->mac地址的隐射表。首先通过ip去寻找计算机的具体位置，就像邮寄快递，例如，四川省成都市武侯区XX路XX号X层X房间号，这样确定了具体地址，但是在该房间里面，存在多个人，要确定邮寄给谁，具体的某个人，需要些上人的名字，而人的名字在网络中可以理解为mac地址。
IP
IP协议负责把数据传输到对应的计算机上。
- 版本
- 首部长部
- 优先级与服务类型
- 总长度 该字段用以指示整个IP数据包的长度，最长为65535字节，包括头和数据
- 标识符 唯一标识主机发送的每一份数据报
- 标志 分为3个字段，依次为保留位、不分片位和更多片位
- 保留位：一般被置为0
- 不分片位：表示该数据报是否被分片，如果被置为1，则不能对数据报进行分片，如果要对其进行分片处理，就应将其置为0
- 更多片位：除了最后一个分片，其他每个组成数据报的片都要将该位置设置为1.
- 段偏移量 该分片相对于原始数据报开始处位置的偏移量
- TTL(Time to Live生存时间) 该字段用于表示IP数据包的生命周期，可以防止一个数据包在网络中无限循环地发下去。TTL的意思是一个数据包在被丢弃之前在网络中的最大周转时间。该数据包经过的每一个路由器都会检查该字段中的值，当TTL的值为0时此数据包会被丢弃。TTL对应于一个数据包通过路由器的数目，一个数据包每经过一个路由器，TTL将减去1。
- 协议号 用以指示IP数据包中封装的是哪个协议
- 首部校验和 检验和是16位的错误检测字段。目的主机和网络中的每个网关都要重新计算报头的校验和，一样表示没有改动过.
- 源IP地址 该字段用于表示数据包的源地址，指的是发送该数据包的设备的网络地址
- 目标IP地址 该字段用于表示数据包的目标的地址，指的是接收节点的网络地址
4. 传输层 tcp
- 源端口号和目标端口号，计算机通过端口号识别访问哪个服务,比如http服务或ftp服务，发送方端口号是进行随机端口，目标端口号决定了接收方哪个程序来接收
- 32位序列号 TCP用序列号对数据包进行标记，以便在到达目的地后重新重装，假设当前的序列号为 s，发送数据长度为 l，则下次发送数据时的序列号为 s + l。在建立连接时通常由计算机生成一个随机数作为序列号的初始值
- 确认应答号 它等于下一次应该接收到的数据的序列号。假设发送端的序列号为 s，发送数据的长度为 l，那么接收端返回的确认应答号也是 s + l。发送端接收到这个确认应答后，可以认为这个位置以前所有的数据都已被正常接收。
- 首部长度：TCP 首部的长度，单位为 4 字节。如果没有可选字段，那么这里的值就是 5。表示 TCP 首部的长度为 20 字节。
- 控制位 TCP的连接、传输和断开都受这六个控制位的指挥
- PSH(push急迫位) 缓存区将满，立刻传输速度
- RST(reset重置位) 连接断了重新连接
- URG(urgent紧急位) 紧急信号
- 紧急指针：尽在 URG(urgent紧急) 控制位为 1 时有效。表示紧急数据的末尾在 TCP 数据部分中的位置。通常在暂时中断通信时使用（比如输入 Ctrl + C）。
- ACK(acknowledgement 确认)为1表示确认号
- SYN(synchronous建立联机) 同步序号位 TCP建立连接时要将这个值设为1
- FIN发送端完成位，提出断开连接的一方把FIN置为1表示要断开连接
- 窗口值 说明本地可接收数据段的数目，这个值的大小是可变的。当网络通畅时将这个窗口值变大加快传输速度，当网络不稳定时减少这个值可以保证网络数据的可靠传输。它是来在TCP传输中进行流量控制的
- 窗口大小：用于表示从应答号开始能够接受多少个 8 位字节。如果窗口大小为 0，可以发送窗口探测。
- 效验和: 用来做差错控制，TCP校验和的计算包括TCP首部、数据和其它填充字节。在发送TCP数据段时，由发送端计算校验和，当到达目的地时又进行一次检验和计算。如果两次校验 和一致说明数据是正确的，否则 将认为数据被破坏，接收端将丢弃该数据
5. 三次握手/四次挥手
-
为什么要三次握手？
“已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于是就向client发出确认报文段，同意建立连接。假设不采用“三次握手”，那么只要server发出确认，新的连接就建立了。由于现在client并没有发出建立连接的请求，因此不会理睬server的确认，也不会向server发送数据。但server却以为新的运输连接已经建立，并一直等待client发来数据。这样，server的很多资源就白白浪费掉了。采用“三次握手”的办法可以防止上述现象发生。例如刚才那种情况，client不会向server的确认发出确认。server由于收不到确认，就知道client并没有要求建立连接。”
确认双方收发正常，防止了服务器端的一直等待而浪费资源。
-
为什么要四次挥手？
当客户端发送请求断开连接，这时可以确定客户端没有数据发给服务端了，但是服务端可能会有数据还没发送，首先服务端会发送剩余数据给客户端，然后再发送断开连接的请求，最后客户端收到断开请求，发送确认断开的请求，最后断开。
