tcp相关知识

连接进程是通过一系列状态表示的，这些状态有：LISTEN，SYN-SENT，SYN-RECEIVED，ESTABLISHED，FIN-WAIT-1，FIN-WAIT-2，CLOSE-WAIT，CLOSING，LAST-ACK，TIME-WAIT和 CLOSED。CLOSED表示没有连接。
各个状态的意义如下：
LISTEN - 侦听来自远方TCP端口的连接请求；
SYN-SENT - 在发送连接请求后等待匹配的连接请求；
SYN-RECEIVED - 在收到和发送一个连接请求后等待对连接请求的确认；
ESTABLISHED - 代表一个打开的连接，数据可以传送给用户；
FIN-WAIT-1 - 等待远程TCP的连接中断请求；
FIN-WAIT-2 - 等待远程TCP连接中断请求；
LAST-ACK - 等待原来发向远程TCP的连接中断请求的确认；
TIME-WAIT - 等待足够的时间以确保远程TCP接收到连接中断请求的确认；
CLOSED - 没有任何连接状态；
TCP连接过程是状态的转换，促使发生状态转换的是用户调用：OPEN，SEND，RECEIVE，CLOSE，ABORT和STATUS和传送过来的数据段，特别那些包括以下标记的数据段SYN，ACK，RST和FIN。

三次握手：

第一次握手：建立连接。客户端发送连接请求报文段，将 SYN 位置为 1，Sequence Number
为 x；然后，客户端进入 SYN_SEND 状态，等待服务器的确认；
第二次握手：服务器收到 SYN 报文段。服务器收到客户端的 SYN 报文段，需要对这个 SYN
报文段进行确认，设置 Acknowledgment Number 为 x+1(Sequence Number+1)；同时，
自己还要发送 SYN 请求信息，将 SYN 位置为 1，Sequence Number 为 y；服务器端将
上述所有信息放到一个报文段（即 SYN+ACK 报文段）中，一并发送给客户端，此时服务器
进入 SYN_RECV 状态；
第三次握手：客户端收到服务器的 SYN+ACK 报文段。然后将 Acknowledgment Number
设置为 y+1，向服务器发送 ACK 报文段，这个报文段发送完毕以后，客户端和服务器端都
进入 ESTABLISHED 状态，完成 TCP 三次握手

四次挥手过程

第一次分手：主机 1（可以使客户端，也可以是服务器端），设置 Sequence Number 和
Acknowledgment Number，向主机 2 发送一个 FIN 报文段；此时，主机 1 进入 FIN_WAIT_1
状态；这表示主机 1 没有数据要发送给主机 2 了；
第二次分手：主机 2 收到了主机 1 发送的 FIN 报文段，向主机 1 回一个 ACK 报文段，
Acknowledgment Number 为 Sequence Number 加 1；主机 1 进入 FIN_WAIT_2 状态；主
机 2 告诉主机 1，我“同意”你的关闭请求；
第三次分手：主机 2 向主机 1 发送 FIN 报文段，请求关闭连接，同时主机 2 进入 LAST_ACK
状态；
第四次分手：主机 1 收到主机 2 发送的 FIN 报文段，向主机 2 发送 ACK 报文段，然后主机
1 进入 TIME_WAIT 状态；主机 2 收到主机 1 的 ACK 报文段以后，就关闭连接；此时，主机
1 等待 2MS

1、为什么 tcp 要经过三次握手，四次挥手？

“三次握手”的目的是“为了防止已失效的连接请求报文段突然又传送到了服务端，因而产生
错误”。主要目的防止 server 端一直等待，浪费资源。
换句话说，即是为了保证服务端能收接受到客户端的信息并能做出正确的应答而进行前两次(第一次和第二次)握手，
为了保证客户端能够接收到服务端的信息并能做出正确的应答而进行后两次(第二次和第三次)握手。
“四次挥手”原因是因为 tcp 是全双工模式，接收到 FIN 时意味将没有数据再发来，但是还是
可以继续发送数据。

2、TCP 可靠传输原理实现（滑动窗口）。

确认和重传：接收方收到报文后就会进行确认，发送方一段时间没有收到确认就会重传。
数据校验。
数据合理分片与排序，TCP 会对数据进行分片，接收方会缓存为按序到达的数据，重新排序后再提交给应用层。
流量控制：当接收方来不及接收发送的数据时，则会提示发送方降低发送的速度，防止包丢失。
拥塞控制：当网络发生拥塞时，减少数据的发送。

3.Tcp 和 Udp 的区别？

1、基于连接与无连接；
2、对系统资源的要求（TCP 较多，UDP 少）；
3、UDP 程序结构较简单；
4、流模式与数据报模式 ；基于流和基于报文。
5、TCP 保证数据正确性，UDP 可能丢包；
6、TCP 保证数据顺序，UDP 不保证。

4.如何设计在 UDP 上层保证 UDP 的可靠性传输？

传输层无法保证数据的可靠传输，只能通过应用层来实现了。实现的方式可以参照 tcp 可靠
性传输的方式。如不考虑拥塞处理，可靠 UDP 的简单设计如下：
1、添加 seq/ack 机制，确保数据发送到对端
2、添加发送和接收缓冲区，主要是用户超时重传。
3、添加超时重传机制。
具体过程即是：送端发送数据时，生成一个随机 seq=x，然后每一片按照数据大小分配 seq。
数据到达接收端后接收端放入缓存，并发送一个 ack=x 的包，表示对方已经收到了数据。
发送端收到了 ack 包后，删除缓冲区对应的数据。时间到后，定时任务检查是否需要重传数
据。
已有开源项目利用 udp 实现了可靠的数据传输。分别为 RUDP、RTP、UDT。

5.Socket

它是网络通信过程中端点的抽象表示，包含进行网络通信必须的五种信息：连接使用的协议，本地
主机的 IP 地址，本地进程的协议端口，远地主机的 IP 地址，远地进程的协议端口。
为了区别不同的应用程序进程和连接，许多计算机操作系统为应用程序与 TCP／IP 协议交互提供了套接字(Socket)接口。应用层可以和传输层通过 Socket 接口，区分来自不同应用程序进程或网络连接的通信，实现数据传输的并发服务。

6.SOCKET 连接与 TCP 连接

创建 Socket 连接时，可以指定使用的传输层协议，Socket 可以支持不同的传输层协议（TCP或 UDP），当使用 TCP 协议进行连接时，该 Socket 连接就是一个 TCP 连接

7.Socket 连接与 HTTP 连接

Socket连接server可以推送数据给client
http连接则只能在client请求时，server才能将数据发给client
维持长连接，这样server就可以想client推送数据。即IM通信的原理

8.Cookie 与 Session 的作用和原理

Session 是在服务端保存的一个数据结构，用来跟踪用户的状态，这个数据可以保存数据库、文件中。
Cookie 是客户端保存用户信息的一种机制，用来记录用户的一些信息，也是实现Session 的一种方式。
Session比Cookie安全。

由于 HTTP 协议是无状态的协议，所以服务端需要记录用户的状态时，比如购物车，当你点击下单按钮时，由于HTTP 协议无状态，所以并不知道是哪个用户操作的，所以服务端要为特定的用户创建了特定的Session，用于标识这个用户，并且跟踪用户。
服务端执行session机制时候会生成session的id值，当客户端访问服务器时，服务器根据需求设置 Session，将会话信息保存在服务器上，同时将标示 Session 的 SessionId 传递给客户端浏览器，浏览器将这个 SessionId 保存在内存中，我们称之为无过期时间的 Cookie。浏览器关闭后，这个 Cookie 就会被清掉，它不会存在于用户的 Cookie 临时文件，以后浏览器每次请求都会额外加上这个参数值，服务器会根据这个 SessionId，就能取得客户端的数据信息。
如果客户端浏览器意外关闭，服务器保存的 Session 数据不是立即释放，此时数据还会存在，只要我们知道那个 SessionId,就可以继续通过请求获得此 Session 的信息，因为此时后台的Session 还存在，当然我们可以设置一个 Session 超时时间，一旦超过规定时间没有客户端请求时，服务器就会清除对应 SessionId 的 Session 信息。

Cookie 是由服务器端生成，发送给 User-Agent（一般是 web 浏览器），浏览器会将 Cookie的 key/value 保存到某个目录下的文本文件内，下次请求同一网站时就发送该 Cookie 给服务器（前提是浏览器设置为启用 Cookie）。客户端保存的 Cookie 在超时后会被删除、没有设置超时时间的 Cookie （称作 Session Cookie）在浏览器关闭后就会⾃动删除；另外，服务器也可以主动删除还未过期的客户端Cookies。

9.如何尽快的加载资源（网络优化）？

1.合理使用缓存，将资源放在浏览器端，这是最快的方式。
2.如果资源必须从网络中加载，则要考虑缩短连接时间，即 DNS优化部分;
3.对内容进行压缩，减少响应内容大小，
4.加载的资源数比较少的话，也可以快速的响应用户。

10.浏览器输入地址到返回结果发生了什么？

1、DNS 解析，此外还有 DNS 优化（DNS 缓存、DNS 负载均衡）
2、TCP 连接
3、发送 HTTP 请求
4、服务器处理请求并返回 HTTP 报文
5、浏览器解析渲染页面
6、连接结束