tcp和websocket哪个好(websocket和socketio哪个好)

前言：该博客主要是记录自己学习的过程，方便以后查看，当然也希望能够帮到大家。第一层：应用层。定义了用于在网络中进行通信和传输数据的接口；（Http协议位于该层）第二层：表示层。定义不同的系统中数据的传输格式，编码和解码规范等；第三层：会话层。管理用户的会话，控制用户间逻辑连接的建立和中断；第四层：传输层。管理着网络中的端到端的数据传输；（Tcp协议位于该层）第五层：网络层。定义网络设备间如何传输数据；（IP位于该层）第六层：链路层。将上面的网络层的数据包封装成数据帧，便于物理层传输；第七层：物理层。这一层主要就是传输这些二进制数据。建立起一个TCP连接需要经过“三次握手”：握手过程中传送的包里不包含数据，三次握手完毕后，客户端与服务器才正式开始传送数据。理想状态下，TCP连接一旦建立，在通信双方中的任何一方主动关闭连接之前，TCP 连接都将被一直保持下去。断开连接时服务器和客户端均可以主动发起断开TCP连接的请求。SYN攻击就是利用三次握手的第二次握手时进行的，这时候服务器处于SYN_RECV状态，等待客户端进行确认ACK，SYN会伪造不存在的源IP，就会有大量的链接处于等待或重试发送SYN+ACK包，导致该阶段队列持续增长，进而导致后续正常的请求被丢弃HTTP协议即超文本传送协议(Hypertext Transfer Protocol )，是Web联网的基础，也是手机联网常用的协议之一，HTTP协议是建立在TCP协议之上的一种应用。HTTP连接最显著的特点是客户端发送的每次请求都需要服务器回送响应，在请求结束后，会主动释放连接。从建立连接到关闭连接的过程称为“一次连接”。由于HTTP在每次请求结束后都会主动释放连接，因此HTTP连接是一种“短连接”。要保持客户端程序的在线状态，需要不断地向服务器发起连接请求，通常情况下即使不需要获得任何数据，客户端也保持每隔一段固定的时间向服务器发送一次“保持连接”的请求，服务器在收到该请求后对客户端进行回复，表明知道客户端“在线”。若服务器长时间无法收到客户端的请求，则认为客户端“下线”，若客户端长时间无法收到服务器的回复，则认为网络已经断开。创建Socket连接时，可以指定使用的传输层协议，Socket可以支持不同的传输层协议（TCP或UDP），当使用TCP协议进行连接时，该Socket连接就是一个TCP连接。socket则是对TCP/IP协议的封装和应用（程序员层面上）。也可以说，TPC/IP协议是传输层协议，主要解决数据如何在网络中传输，而HTTP是应用层协议，主要解决如何包装数据。单工：信息只能单向传送；半双工：信息能双向传送但不能同时双向传送；全双工：信息能够同时双向传送。WebSocket就像HTTP一样，是一个典型的应用层协议。Socket是传输控制层接口，WebSocket是应用层协议。关系图：WebSocket在建立握手时，数据是通过HTTP传输的。但是建立之后，在真正传输时候是不需要HTTP协议的。https://blog.csdn.net/p_ython/article/details/79565984https://blog.csdn.net/qq_35001776/article/details/84391140后记：本次分享到此结束，本人水平有限，难免有错误或遗漏之处，望大家指正和谅解，欢迎评论留言。

SPDY（读作“SPeeDY”）是Google开发的基于TCP的传输层协议，用以最小化网络延迟，提升网络速度，优化用户的网络使用体验。SPDY并不是一种用于替代HTTP的协议。 WebSocket是HTML5中的协议，支持持久连接；而Http协议不支持持久连接。 TCP/IP是一种比较底层的网络通讯协议，SPDY和Websocket都是建立在TCP/IP的基础之上的。

雷鸟只是过渡用宝宝，无需太过上心，当然，如果你有珍品的也可以啊，终极技能就更不用说了小黄金血攻加点，等到80直接换了就好了。个人建议。

按照OSI网络分层模型，IP是网络层协议，TCP是传输层协议，而HTTP是应用层的协议。在这三者之间，SPDY和WebSocket都是与HTTP相关的协议，而TCP是HTTP底层的协议。 一、HTTP的不足HTTP协议经过多年的使用，发现了一些不足，主要是性能方面的，包括：HTTP的连接问题，HTTP客户端和服务器之间的交互是采用请求/应答模式，在客户端请求时，会建立一个HTTP连接，然后发送请求消息，服务端给出应答消息，然后连接就关闭了。（后来的HTTP1.1支持持久连接）因为TCP连接的建立过程是有开销的，如果使用了SSL/TLS开销就更大。在浏览器里，一个网页包含许多资源，包括HTML，CSS，JavaScript，图片等等，这样在加载一个网页时要同时打开连接到同一服务器的多个连接。HTTP消息头问题，现在的客户端会发送大量的HTTP消息头，由于一个网页可能需要50-100个请求，就会有相当大的消息头的数据量。HTTP通信方式问题，HTTP的请求/应答方式的会话都是客户端发起的，缺乏服务器通知客户端的机制，在需要通知的场景，如聊天室，游戏，客户端应用需要不断地轮询服务器。而SPDY和WebSocket是从不同的角度来解决这些不足中的一部分。除了这两个技术，还有其他技术也在针对这些不足提出改进。二、SPDYSPDY的主要目的是减少50%以上的页面加载时间，但是呢不增加部署的复杂性，不影响客户端和服务端的Web应用，只需要浏览器和Web服务器支持SPDY。主要有以下几点：多路复用，一个TCP连接上同时跑多个HTTP请求。请求可设定优先级。去除不需要的HTTP头，压缩HTTP头，以减少需要的网络带宽。使用了SSL作为传输协议提供数据安全。对传输的数据使用gzip进行压缩提供服务方发起通信，并向客户端推送数据的机制。实质上，SPDY就是想不影响HTTP语义的情况下，替换HTTP底层传输的协议来加快页面加载时间。SPDY的解决办法就是设计了一个会话层协议--帧协议，解决多路复用，优先级等问题，然后在其上实现了HTTP的语义。三、WebSocketWebSocket则提供使用一个TCP连接进行双向通讯的机制，包括网络协议和API，以取代网页和服务器采用HTTP轮询进行双向通讯的机制。本质上来说，WebSocket是不限于HTTP协议的，但是由于现存大量的HTTP基础设施，代理，过滤，身份认证等等，WebSocket借用HTTP和HTTPS的端口。由于使用HTTP的端口，因此TCP连接建立后的握手消息是基于HTTP的，由服务器判断这是一个HTTP协议，还是WebSocket协议。 WebSocket连接除了建立和关闭时的握手，数据传输和HTTP没丁点关系了。WebSocket也有自己一套帧协议。四、SPDY和WebSocket的关系SPDY和WebSocket的关系比较复杂。补充关系，二者侧重点不同。SPDY更侧重于给Web页面的加载提速，而WebSocket更强调为Web应用提供一种双向的通讯机制以及API。竞争关系，二者解决的问题有交集，比如在服务器推送上SPDY和WebSocket都提供了方案。承载关系，试想，如果SPDY的标准化早于WebSocket，WebSocket完全可以侧重于API，利用SPDY的帧机制和多路复用机制实现该API。 Google提出草案，说WebSocket可以跑在SPDY之上。WebSocket的连接建立在SPDY的流之上，将WebSocket的帧映射到SPDY的帧上。融合关系，如微软在HTTP Speed+Mobility中所做的。五、题外话1. HTTP Speed+Mobility还有一个有趣的技术叫做HTTP Speed+Mobility，和SPDY一样都是HTTP 2.0标准的竞争者，HTTP Speed+Mobility来自微软。HTTP SM借鉴了SPDY和WebSocket的协议，将二者揉为一体，又有所取舍。HTTP SM的设计原则包括：保留HTTP的语义，这一点和SPDY一致，但也正应如此，抛弃了SPDY里的ServerPush。遵守分层的网络架构，TCP能做的，HTTP SM不做，因此去除了SPDY的流控。使用现有标准，因此使用HTTP/1.1 Upgrade header机制，借用了WebSocket的握手机制和帧格式（RFC6455）。客户端掌握内容的控制，因此不强制使用压缩和SSL/TLS。考虑到网络的费用和电力，这点考虑到了移动设备以及物联网，提供了Credit Control机制。HTTP SM分以下几层：会话层和帧协议，这部分取自WebSocket协议。包括握手机制，以及帧格式。流层（包括多路复用），这部分主要借鉴SPDY，包括多路复用，流优先级，但增加了Credit Control。这部分作为 WebSocket协议的扩展。HTTP层，在流层上实现HTTP语义，这部分也借鉴自SPDY。2. Network-Friendly HTTPNF是HTTP 2.0候选方案之一，主要提出以下改进：对HTTP头的名称进行二进制编码对通用HTTP头进行分组请求/应答的多路复用分层模型NF同样定义了帧和流，3. WAKAWAKA也是HTTP 2.0候选方案之一，是HTTP协议原作者Roy Fielding提出的一个提案。 WAKA支持多路复用，支持优先级。WAKA提出了两个新的HTTP方法，RENDER和MONITOR。
按照OSI网络分层模型，IP是网络层协议，TCP是传输层协议，而HTTP是应用层的协议。在这三者之间，SPDY和WebSocket都是与HTTP相关的协议，而TCP是HTTP底层的协议。一、HTTP的不足HTTP协议经过多年的运用，发现了一些不足，次要是功能方面的，包括：HTTP的连接成绩，HTTP客户端和服务器之间的交互是采用请求/应对模式，在客户端请求时，会建立一个HTTP连接，然后发送请求音讯，服务端给出应对音讯，然后连接就关闭了。（后来的HTTP1.1支持持久连接）由于TCP连接的建立过程是有开销的，如果运用了SSL/TLS开销就更大。二、SPDYSPDY的次要目的是减少50%以上的页面加载工夫，但是呢不添加部署的复杂性，不影响客户端和服务端的Web运用，只需求浏览器和Web服务器支持SPDY。次要有以下几点：多路复用，一个TCP连接上同时跑多个HTTP请求。请求可设定优先级。去除不需求的HTTP头，紧缩HTTP头，以减少需求的网络带宽。本质上，SPDY就是想不影响HTTP语义的情况下，交换HTTP底层传输的协议来加快页面加载工夫。SPDY的处理办法就是design了一个会话层协议--帧协议，处理多路复用，优先级等成绩，然后在其上完成了HTTP的语义。三、WebSocketWebSocket则提供运用一个TCP连接进行双向通讯的机制，包括网络协议和API，以取代网页和服务器采用HTTP轮询进行双向通讯的机制。本质下去说，WebSocket是不限于HTTP协议的，但是由于现存大量的HTTP基础设备，代理，过滤，身份认证等等，WebSocket借用HTTP和HTTPS的端口。由于运用HTTP的端口，因此TCP连接建立后的握手音讯是基于HTTP的，由服务器判断这是一个HTTP协议，还是WebSocket协议。 WebSocket连接除了建立和关闭时的握手，数据传输和HTTP没丁点关系了。WebSocket也有本人一套帧协议。

SPDY（读作“SPeeDY”）是Google开发的基于TCP的传输层协议，用以最小化网络延迟，提升网络速度，优化用户的网络使用体验。SPDY并不是一种用于替代HTTP的协议。 WebSocket是HTML5中的协议，支持持久连接；而Http协议不支持持久连接。 TCP/IP是一种比较底层的网络通讯协议，SPDY和Websocket都是建立在TCP/IP的基础之上的。