weixin_46028606的博客

摘要：SSE（服务器发送事件）和WebSocket是现代Web实时通信的两大主流技术，核心差异在于通信方向：SSE仅支持服务器到客户端的单向推送，基于HTTP协议实现简单；WebSocket则支持双向全双工通信，能处理文本和二进制数据但实现复杂。SSE适合新闻推送、股票行情等单向场景，内置自动重连机制；WebSocket则适用于聊天室、在线协作等双向交互场景，需手动实现错误处理。技术选型应首先判断是否需要双向通信，SSE更轻量简单，WebSocket功能更强大全面。

TCP与UDP是网络传输层的两大核心协议，主要区别体现在： 连接方式：TCP需三次握手建立连接，UDP无连接； 可靠性：TCP提供确认重传机制保证可靠传输，UDP不保证数据必达； 有序性：TCP确保数据有序，UDP不保证顺序； 性能：TCP因复杂控制机制速度较慢，UDP轻量高效； 头部开销：TCP头部至少20字节，UDP仅8字节。 典型应用场景： TCP适用于网页、文件传输等可靠性优先的场景 UDP适用于直播、视频通话等实时性优先的场景

WebSocket与HTTP协议对比摘要（149字）： HTTP协议采用单向请求-响应模式，每个请求需附带完整头部信息，通信开销较大，适用于传统网页浏览等场景。WebSocket通过HTTP完成握手后升级为全双工通信，建立持久化连接，仅需2-10字节帧头，实现服务器主动推送，适合实时聊天、在线游戏等高频交互场景。两者关键差异在于：HTTP无状态、短连接、高开销；WebSocket有状态、长连接、低延迟，分别对应"寄信式"和"通话式"通信模型。WebSocket弥补了H

本文通过收费站与高速公路的比喻，生动解析了HTTP协议不同版本的队头阻塞问题。HTTP/1.1因单车道模式导致严重阻塞；HTTP/2通过多路复用解决了应用层阻塞，但TCP层的丢包仍会阻塞整个连接；HTTP/3采用QUIC协议实现多车道独立传输，彻底解决了队头阻塞问题。文章用直观的类比清晰展示了各版本协议的核心差异与改进原理，帮助读者深入理解网络协议的发展演进。

HTTP/3通过QUIC协议的"连接ID"实现了网络切换时的无缝连接迁移，与HTTP/2的TCP连接形成鲜明对比。传统HTTP/2基于四元组（IP+端口）标识连接，网络切换时连接会中断；而HTTP/3通过固定不变的连接ID识别会话，即使IP地址变化也能保持连接不中断。这就像从固定电话（认号码）升级到微信通话（认房间号），移动设备切换Wi-Fi和蜂窝网络时，视频、下载等传输不会中断。图文对比显示：HTTP/2需要重新建立连接，HTTP/3则可自动恢复，显著提升了移动网络体验。

TCP建立连接，发送SYN=1代笔了要建立连接，seq=x，先发送这样的一个TCP报文段，SYN=1就是要建立连接的意思，然后Server要发送确认请求，所以ack就一定要是x+1，因为ack=5就代表了5之前的是正确的，5是希望接收到的需要，所以seq=x+1就代表了正确接收到了请求，并且也希望建立连接。然后如果CLient也接收到了连接请求的确认，则要发送TCP确认报文段了（Server要确保Client也是接收到连接确认的），这个第三次握手不是多余的。如果把第三次握手砍掉，那么就是两次握手就能建立连

参考链接????：计算机网络微课堂

lsof -i :8080 //此处8080为一个具体的端口号kill 3827 //kill对应的占用端口的pid

先上一个简单的示意图，图中ServerSocket准确的说应该是Server。Socket翻译成“套接字”比较难以理解，我觉得翻译称为插座比较合适，两个程序可以通过插座之间通信，插进去就能联系上，至于Socket具体怎么实现的可以不用管，反正就是可以像电线一样传输数据就行！首先是客户端，要先指定IP地址和port（端口）连接才能联系得上对应的服务器，因此，要想成功的联系上，就必须先把服务器启动了，再运行客户端，如果先启动了Client，就会爆“Exception, in ,thread “main”