网络通信详细总结

目录---------网络通信超详细总结1.UDP 与 TCP 超详细总结2.最简单的 HTTP vs WebSocket 终极对比3.WebSocket 与 TCP 在【多客户端收发数据】时的核心区别4.Qt 内部已经帮你封装好了 select /poll/epoll /kqueueTCP 与 UDP 超详细终极总结一、一句话本质区别TCP面向连接、可靠、像打电话UDP无连接、不可靠、像寄信二、超全对比表面试直接背三、TCP 详细讲解可靠但复杂1. 特点2. 核心机制3. 优点4. 缺点5. 使用场景四、UDP 详细讲解简单、极速1. 特点2. 核心机制3. 优点4. 缺点5. 使用场景五、最关键的 4 个底层区别必须懂1. 面向连接 vs 无连接2. 可靠 vs 不可靠3. 字节流 vs 数据报4. 速度六、TCP 粘包 VS UDP 不粘包超级重点TCP 会粘包UDP 永远不会粘包七、使用场景怎么选一句话判断选 TCP选 UDP八、满分回答TCP 和 UDP 的区别九、总结TCP可靠、安全、慢、有连接、字节流、粘包。UDP快速、简单、不可靠、无连接、数据报、不粘包。--------最简单的 HTTP vs WebSocket 终极对比一句话总结最核心**HTTP 是短连接、一问一答WebSocket 是长连接、双向实时通信。**一、最直观的区别一看就懂1. HTTP 你平时上网用的2. WebSocket 你现在项目用的二、核心区别企业面试标准答案1. 连接方式2. 通信方式3. 性能4. 服务器能不能主动发消息5. 用途三、最关键区别你项目最关心HTTP 不能实现多客户端实时互通WebSocket 可以四、用生活例子比喻超级好记HTTP 像 寄信WebSocket 像 打电话五、技术底层区别简单版HTTPWebSocket六、企业真实使用场景什么时候用 HTTP什么时候用 WebSocket七、最终总结背下来 面试满分HTTP vs WebSocket 5 大区别八、你现在的项目为什么必须用 WebSocket因为你要实现最终结论企业标准答案HTTP请求 - 响应短连接单向被动。WebSocket长连接双向实时主动推送企业实时系统标准---------WebSocket 与 TCP 在【多客户端收发数据】时的核心区别一句话总结一、先看本质区别1. TCP原生套接字 QTcpSocket2. WebSocket基于 TCP HTTP 握手二、多客户端连接时接收数据的区别最重要1. TCP 服务端QTcpServerTCP 你必须自己处理2. WebSocket 服务端QWebSocketServerWebSocket 不用处理三、最关键区别数据接收方式TCP 接收数据WebSocket 接收数据四、多客户端数据独立隔离的区别你最关心TCP 要实现独立WebSocket 要实现独立五、企业真实使用场景企业什么时候用 TCP企业什么时候用 WebSocket六、最终总结面试必背TCP vs WebSocket多客户端接收数据七、你最关心的答案你现在的 WebSocket 多客户端独立数据方案企业 100% 会用TCP 太重、太难、太容易出 bugWebSocket 才是业务系统主流----------Qt 内部已经帮你封装好了 select /poll/epoll /kqueue一句话结论** 因为 Qt 内部已经帮你封装好了 select /poll/epoll /kqueue一、先讲清楚select /poll/epoll 是什么二、那为什么 Qt 程序里看不到因为 Qt 的网络模块全封装了你写的 readyRead () → 本质就是 epoll 通知上来的三、我给你看真实对应关系四、企业开发为什么不直接写 select/poll1. 难非常难2. Qt 已经做得非常完美了3. 企业开发 绝对不会自己手写 poll/select五、最关键的区别面试必问原生裸 TCPCQt TCP六、企业真实答案**Qt 不是不用 select/poll/epoll而是把它们封装到底层让你无感知使用。**企业里 99% 的 Qt 网络程序都不会直接写 select/poll七、你可以这样回答面试官满分答案八、最终总结** 你现在写的 Qt TCP 代码底层 select/poll/epoll上层 简单好用的信号槽 **企业就是这么用的完全正确---------网络通信超详细总结1.UDP 与 TCP 超详细总结2.最简单的HTTP vs WebSocket 终极对比3.WebSocket 与 TCP 在【多客户端收发数据】时的核心区别4.Qt 内部已经帮你封装好了 select /poll/epoll /kqueueTCP 与 UDP 超详细终极总结工作必用、全网最清晰版本我给你整理成最完整、最系统、最好记的版本包含区别、原理、优缺点、使用场景、头部对比、底层机制。一、一句话本质区别TCP面向连接、可靠、像打电话UDP无连接、不可靠、像寄信二、超全对比表面试直接背表格对比项TCPUDP全称传输控制协议用户数据报协议连接面向连接必须先建立连接无连接发就完了可靠性可靠不丢、不乱、不重、不錯不可靠可能丢包、乱序传输方式字节流无边界数据报有边界粘包会粘包必须处理不会粘包效率慢握手、确认、重传极快无额外开销重传机制有无拥塞控制有无滑动窗口有无首部大小20~60 字节8 字节极小适用场景文件、网页、消息、指令视频、直播、游戏、实时数据三、TCP 详细讲解可靠但复杂1. 特点必须三次握手建立连接必须四次挥手断开连接自动重传丢失的包自动排序乱序包自动流量控制 / 拥塞控制保证数据绝对可靠2. 核心机制三次握手→ 建立连接确认应答 ACK→ 保证收到超时重传→ 丢包自动补发滑动窗口→ 提高传输效率拥塞控制→ 防止网络堵死四次挥手→ 安全断开3. 优点100% 可靠有序无重复无错误全双工通信4. 缺点慢开销大占资源会粘包5. 使用场景HTTP/HTTPS文件传输邮件登录、指令、配置要求不能丢数据的场景四、UDP 详细讲解简单、极速1. 特点不需要连接发出去就不管不保证到达不保证顺序数据报有边界不会粘包header 只有8 字节超级轻量2. 核心机制几乎没有机制打包 → 发送 → 结束3. 优点速度极快延迟极低资源占用小不会粘包支持一对一、一对多、多对多4. 缺点可能丢包可能乱序不保证到达无拥塞控制5. 使用场景直播视频会议游戏实时数据采集DNS在线语音要求速度 可靠性的场景五、最关键的 4 个底层区别必须懂1.面向连接 vs 无连接TCP必须先连接再传输。UDP直接发不需要建立连接。2.可靠 vs 不可靠TCP丢包自动重传。UDP丢了就丢了不管。3.字节流 vs 数据报TCP像水流无边界 → 会粘包。UDP像包裹一个包一个包 → 不粘包。4.速度UDP 比 TCP快很多六、TCP 粘包 VS UDP 不粘包超级重点TCP 会粘包因为是流无边界多个数据包会连在一起接收方分不清。UDP 永远不会粘包一个 UDP 包就是一个完整消息收就是收没收就是没收到永远不会粘在一起七、使用场景怎么选一句话判断选 TCP数据绝对不能丢文件传输登录指令消息网页选 UDP速度最重要丢一点没关系视频直播游戏实时数据语音八、满分回答TCP 和 UDP 的区别TCP 是面向连接的可靠传输协议通过三次握手建立连接提供确认应答、超时重传、流量控制和拥塞控制保证数据不丢失、不乱序、不重复但效率较低会产生粘包。UDP 是无连接的不可靠协议不需要建立连接没有重传机制速度极快开销小不会粘包适合实时性要求高的场景。九、总结TCP可靠、安全、慢、有连接、字节流、粘包。UDP快速、简单、不可靠、无连接、数据报、不粘包。--------最简单的HTTP vs WebSocket 终极对比一句话总结最核心**HTTP 是短连接、一问一答WebSocket 是长连接、双向实时通信。**一、最直观的区别一看就懂1. HTTP 你平时上网用的客户端问一下服务器答一下说完就断开不能服务器主动发消息给你无状态每次都要重新连接场景网页、登录、查询、下载、接口请求2. WebSocket 你现在项目用的一次连接永远不断开客户端 ↔ 服务器双向随便发服务器可以主动推消息给客户端实时、低延迟场景聊天室、实时数据、多客户端交互、消息推送、组态、上位机、大屏二、核心区别企业面试标准答案1. 连接方式HTTP短连接请求完就断WebSocket长连接一次连接永久通信2. 通信方式HTTP单向 → 只有客户端能发起请求WebSocket双向 → 客户端、服务器都能主动发3. 性能HTTP每次请求带大量请求头耗流量WebSocket只握手一次后续数据头极小极快4. 服务器能不能主动发消息HTTP不能WebSocket能5. 用途HTTP获取页面、接口、数据查询WebSocket实时通信、多客户端、数据推送、聊天室、组态上位机三、最关键区别你项目最关心HTTP 不能实现多客户端实时互通WebSocket 可以因为HTTP 服务器不能主动找客户端WebSocket 服务器可以随时给任意客户端发数据所以你的多客户端独立数据项目 → 必须用 WebSocketHTTP 做不到四、用生活例子比喻超级好记HTTP 像寄信写一封信 → 寄出去 → 等回信寄完关系结束不能对方主动给你发WebSocket 像打电话拨通后一直在线你随时说对方随时说服务器可以主动说话实时、连续、双向五、技术底层区别简单版HTTP基于请求 / 响应无状态消耗高延迟高WebSocket基于TCP 长连接双向全双工消耗极低延迟极低实时自带消息帧不粘包六、企业真实使用场景什么时候用 HTTP登录注册查询数据提交表单图片 / 文件上传网页展示什么时候用 WebSocket多客户端互通实时数据展示服务器主动推送聊天室组态软件、上位机、工控你的项目七、最终总结背下来 面试满分HTTP vs WebSocket 5 大区别HTTP 短连接WebSocket 长连接HTTP 单向通信WebSocket 双向HTTP 服务器不能主动发消息WebSocket 可以HTTP 消耗高延迟高WebSocket 低消耗低延迟HTTP 适合请求数据WebSocket 适合实时通信八、你现在的项目为什么必须用 WebSocket因为你要实现✅ 多客户端连接✅ 服务器主动群发 / 单发消息✅ 实时展示数据✅ 客户端之间互相通信✅ 不卡顿、高并发这些 HTTP 完全做不到最终结论企业标准答案HTTP请求 - 响应短连接单向被动。WebSocket长连接双向实时主动推送企业实时系统标准---------WebSocket 与 TCP 在【多客户端收发数据】时的核心区别一句话总结TCP 是裸奔的底层协议你要自己干所有事WebSocket 是封装好的应用层协议帮你把脏活全干完了。一、先看本质区别1. TCP原生套接字 QTcpSocket底层传输协议只传字节流没有格式、没有边界没有 “连接标识”“消息包”“路由” 这些概念你必须自己处理粘包、拆包、客户端 ID、数据格式2. WebSocket基于 TCP HTTP 握手应用层协议TCP 之上封装自带消息帧一收就是一条完整消息自带连接建立 / 心跳 / 关闭自带文本 / 二进制区分不用处理粘包不用定义协议不用写头长度二、多客户端连接时接收数据的区别最重要1. TCP 服务端QTcpServer每个客户端连上来 → 给你一个 QTcpSocket客户端发数据 → 触发 socket 的 readyRead ()问题你不知道是谁发的必须自己存socket → 客户端 ID*TCP 你必须自己处理谁发的数据自己做映射表数据从哪开始到哪结束粘包问题数据格式是什么自己定义协议头客户端断开自己监听信号TCP 全手动挡2. WebSocket 服务端QWebSocketServer*每个客户端连上来 → 给你一个 QWebSocket客户端发数据 → 直接触发 textMessageReceived ()而且一整条消息直接给你不带粘包**WebSocket 不用处理粘包拆包 ✅ 不用管消息边界 ✅ 不用管协议解析 ✅ 不用管握手 / 挥手 ✅ 不用管WebSocket 自动挡三、最关键区别数据接收方式TCP 接收数据cpp运行void onReadyRead() { QByteArray data socket-readAll(); // 字节流可能是一半可能粘包 // 你要自己解析长度、命令、数据、客户端ID }❌ 不知道一条数据从哪开始到哪结束❌ 不知道这是第几条数据❌ 不知道是谁发的除非自己存WebSocket 接收数据cpp运行void onTextMessageReceived(const QString msg) { // 直接就是一条完整数据 }✅ 一条就是一条✅ 不粘包✅ 不丢包✅ 格式完整四、多客户端数据独立隔离的区别你最关心TCP 要实现独立你必须自己给每个客户端分配 ID维护mapsocket, id维护mapid, 数据处理数据归属处理粘包后才能判断是谁的数据WebSocket 要实现独立只需要做一件事plaintextmapQWebSocket*, 客户端数据因为消息完整不粘包发送者就是当前 socket直接存对应数据即可五、企业真实使用场景企业什么时候用 TCP高性能游戏物联网设备通信视频 / 音频传输私有协议、高度定制企业什么时候用 WebSocket网页客户端通信APP 后台通信实时通知、消息推送聊天室、在线协作组态软件、上位机、大屏展示你现在做的这种多客户端、多数据、界面展示六、最终总结面试必背TCP vs WebSocket多客户端接收数据TCP 是字节流WebSocket 是消息流TCP 有粘包WebSocket 无粘包TCP 需要自定义协议WebSocket 协议现成TCP 要自己管理客户端身份WebSocket 直接通过 socket 区分TCP 难WebSocket 简单TCP 适合底层设备WebSocket 适合 Web / 界面 / 客户端你现在做的项目WebSocket 是企业标准选择七、你最关心的答案你现在的 WebSocket 多客户端独立数据方案企业 100% 会用TCP 太重、太难、太容易出 bugWebSocket 才是业务系统主流----------Qt 内部已经帮你封装好了 select /poll/epoll /kqueue一句话结论** 因为 Qt 内部已经帮你封装好了 select /poll/epoll /kqueue你写的readyRead()、newConnection()底层就是用这些实现的**你不用自己写 poll/select不是没用而是被 Qt 隐藏了。一、先讲清楚select /poll/epoll 是什么它们是操作系统提供的 IO 多路复用机制作用一个线程监听成千上万个 socket 的可读、可写、连接如果没有它们1 个客户端 1 个线程1000 个客户端 1000 个线程服务器直接崩溃所以高并发 TCP 必须用 select/poll/epoll二、那为什么 Qt 程序里看不到因为 Qt 的网络模块全封装了Qt 的 TCP 底层架构真实样子plaintext你的代码 connect(socket, QTcpSocket::readyRead, this, xxx); ↓ 调用 Qt 底层 Qt 内核 QAbstractSocketEngine QSelectEngine / QPollEngine / QEPollEngine ↓ 调用系统API 操作系统 select() poll() epoll() (Linux) kqueue() (macOS)你写的 readyRead () → 本质就是 epoll 通知上来的三、我给你看真实对应关系表格你写的 Qt 代码底层实际调用的系统函数QTcpServer::listen()内部调用socket()bind()listen()newConnection()由select/poll/epoll触发readyRead()由select/poll/epoll触发write()由select/poll/epoll管理四、企业开发为什么不直接写 select/poll1. 难非常难要处理大量文件描述符要维护数组 / 集合要处理超时要处理错误要区分监听 socket 与客户端 socket要处理跨平台2. Qt 已经做得非常完美了Qt 网络模块是工业级的自动跨平台Windows/Linux/mac 自动切换 select/epoll/kqueue自动管理所有 socket自动分发事件readyRead, disconnected…自动维护并发信号槽机制让代码超级简单3. 企业开发绝对不会自己手写 poll/select除非你自研底层网络框架如 Netty、muduo否则用 Qt → 不写 poll/select用 MFC → 不写 poll/select用 ACE → 不写 poll/select用 Boost.Asio → 不写 poll/select五、最关键的区别面试必问原生裸 TCPCplaintextwhile(1) { select(...) for(...) { if(FD_ISSET(...)) 处理数据 } }自己写循环自己管理 fd自己处理所有事件。Qt TCPplaintextconnect(m_socket, QTcpSocket::readyRead, this, onData);不用循环不用 select不用管理 fd不用处理并发。六、企业真实答案**Qt 不是不用 select/poll/epoll而是把它们封装到底层让你无感知使用。**企业里 99% 的 Qt 网络程序都不会直接写 select/poll因为没必要易出错重复造轮子Qt 已经是工业级标准七、你可以这样回答面试官满分答案Qt 的 QTcpServer 和 QTcpSocket 底层已经封装了 IO 多路复用在 Linux 上使用 epollWindows 使用 selectmac 使用 kqueue。上层通过信号槽readyRead、newConnection暴露给开发者因此不需要手动调用 select/poll/epoll框架已经自动实现了高并发、高可靠的网络处理。八、最终总结** 你现在写的 Qt TCP 代码底层 select/poll/epoll上层 简单好用的信号槽 **企业就是这么用的完全正确