TCP,Socket,WebSocket的相关笔记

TCP协议

TCP三次握手过程

1.主机A发送请求，要求建立连接。

主机A发送标志syn＝1,随机产生seq =1234567的数据包到服务器，主机B由syn=1知道，A要求建立连接； 此时状态A为SYN_SENT，B为LISTEN 

2.主机B收到请求后，向A发送确认连接的信息ack

主机B收到请求后要确认连接信息，向A发送ack =(主机A的seq+1),标志syn=1,ack=1,随机产生seq=7654321的包，　此时状态A为ESTABLISHED，B为SYN_RCVD　 

3.主机A收到后检查ack 是否正确，若正确，主机A会再发送ack，主机B收到后确认并建立连接。

主机A收到后检查ack 是否正确，即第一次发送的seq number+1,以及位码ack是否为1，若正确，主机A会再发送ack =(主机B的seq+1),标志ack=1，主机B收到后确认seq值与ack=1则连接建立成功。 此时A、B状态都变为ESTABLISHED 

TCP四次挥手过程

1.主机A发送位码为FIN＝1，用来关闭客户A到服务器B的数据传送。此时A的状态为FIN_WAIT_1 

2.服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。此时A为FIN_WAIT_2，B为CLOSE_WAIT 

一组完成之后，接下来另一组

3.服务器B关闭与客户端A的连接，发送一个FIN给客户端A。此时A为TIME_WAIT，B为LAST_ACK  

4.客户端A发回ACK报文确认，并将确认序号设置为收到序号加1。此时A、B都关闭了，状态变为CLOSED。

socket概述

套接字（socket）是一个抽象层，应用程序可以通过它发送或接收数据。套接字允许应用程序与网络中的其他应用程序进行通信。

Websocket概述

WebSocket protocol 是HTML5一种新的协议。它实现了浏览器与服务器全双工通信(full-duplex)。一开始的握手需要借助HTTP请求完成。

目的：即时通讯，替代轮询

HTTP协议是非持久化的，单向的网络协议，在建立连接后只允许浏览器向服务器发出请求后，服务器才能返回相应的数据。当需要即时通讯时，通过轮询在特定的时间间隔（如1秒），由浏览器向服务器发送Request请求，然后将最新的数据返回给浏览器。这样的方法最明显的缺点就是需要不断的发送请求，而且通常HTTP request的Header是非常长的，为了传输一个很小的数据 需要付出巨大的代价，是很不合算的，占用了很多的宽带。
缺点：会导致过多不必要的请求，浪费流量和服务器资源，每一次请求、应答，都浪费了一定流量在相同的头部信息上

然而WebSocket的出现可以弥补这一缺点。在WebSocket中，只需要服务器和浏览器通过HTTP协议进行一个握手的动作，然后单独建立一条TCP的通信通道进行数据的传送。

原理

WebSocket同HTTP一样也是应用层的协议，但是它是一种双向通信协议，是建立在TCP之上的。

连接过程 —— 握手过程

1. 浏览器、服务器建立TCP连接，三次握手。这是通信的基础，传输控制层，若失败后续都不执行。
2. TCP连接成功后，浏览器通过HTTP协议向服务器传送WebSocket支持的版本号等信息。（开始前的HTTP握手）
    WebSocket在建立握手时，通过 HTTP/1.1 协议的101状态码进行握手
3. 服务器收到客户端的握手请求后，同样采用HTTP协议回馈数据。
4. 当收到了连接成功的消息后，通过TCP通道进行传输通信。

 WebSocket与HTTP的关系

相同点

• 1. 都是一样基于TCP的，都是可靠性传输协议。
• 2. 都是应用层协议。

不同点

• 1. WebSocket是双向通信协议，模拟Socket协议，可以双向发送或接受信息。HTTP是单向的。
• 2. WebSocket是需要握手进行建立连接的。

联系

WebSocket在建立握手时，数据是通过HTTP传输的。但是建立之后，在真正传输时候是不需要HTTP协议的。

WebSocket与Socket的关系

Socket其实并不是一个协议，而是为了方便使用TCP或UDP而抽象出来的一层，是位于应用层和传输控制层之间的一组接口。

Socket是应用层与TCP/IP协议族通信的中间软件抽象层，它是一组接口。在设计模式中，Socket其实就是一个门面模式，它把复杂的TCP/IP协议族隐藏在Socket接口后面，对用户来说，一组简单的接口就是全部，让Socket去组织数据，以符合指定的协议。

当两台主机通信时，必须通过Socket连接，Socket则利用TCP/IP协议建立TCP连接。TCP连接则更依靠于底层的IP协议，IP协议的连接则依赖于链路层等更低层次。

WebSocket则是一个典型的应用层协议。

区别

Socket是传输控制层协议，WebSocket是应用层协议。

其他详细参考：

 websocket基础知识：

https://blog.csdn.net/qq_38859786/article/details/80523642

 websocket数据帧：

https://blog.csdn.net/p312011150/article/details/79758068

WebSocket 使用了自定义的二进制分帧格式，把每个应用消息切分成一或多个帧，发送到目的地之后再组装起来，等到接收到完整的消息后再通知接收端。 

大概意思就是websocket传输通过(RFC 6455)协议分帧传输，传输的帧包括控制帧和数据帧。

其中数据帧中的操作码决定了数据是UTF-8文本(0x1)还是二进制流(0x2)

protobuf简介

protobuf(Google Protocol Buffers)
Google提供一个具有高效的协议数据交换格式工具库(类似Json)。
但相比于Json，Protobuf有更高的转化效率，时间效率和空间效率都是JSON的3-5倍。

protobuf优点

1、性能好/效率高

2、有代码生成机制

3、支持向后兼容和向前兼容

4、支持多种编程语言

protobuf缺点

1、二进制格式导致可读性差

2、缺乏自描述

3、通用性差