web协议有哪些

打开浏览器输入一个网址，到页面出现在你眼前，这中间发生的事情比你想象的复杂得多。HTTP只是其中一环，真正撑起整个互联网通信的协议，是一整套分工明确的体系。

先从我们最熟悉的HTTP说起。超文本传输协议，浏览器和服务器之间的“对话规则”。你请求一个网页，浏览器发一个HTTP请求出去，服务器返回HTML、CSS、JS这些资源。HTTP是无状态的——每次请求都是独立的，服务器不记得你上次来过。这带来了一个麻烦：登录状态怎么保持？于是有了Cookie和Session。后来为了性能，又搞出了HTTP/1.1的长连接、管线化，再到HTTP/2的多路复用、头部压缩，HTTP/3干脆把底层传输换成了QUIC。每一次版本迭代，都是在解决上一个版本暴露出来的瓶颈。

HTTP跑在TCP之上。传输控制协议，面向连接、可靠、有序。你发出去的数据包，它保证对方能按顺序收到，丢了就重传。代价是慢——三次握手建立连接，四次挥手断开，中间还有拥塞控制。很多实时场景等不起，于是UDP上场了。用户数据报协议，不建立连接，不保证送达，不保证顺序，发出去就不管了。听起来很糙，但视频通话、在线游戏、直播弹幕这些场景，丢几帧画面比卡住等重传要好得多。TCP和UDP，一个求稳，一个求快，各有各的地盘。

再往上走一层，DNS负责把域名翻译成IP地址。你在地址栏敲下“example.com”，电脑并不知道这是哪台服务器。DNS查询层层递归，从根域名服务器到顶级域再到权威域名服务器，最终拿到一个IP。这个过程通常几十毫秒，但你感知不到。DNS主要用UDP，因为查询包小，追求快。不过区域传送这类操作会用TCP。

安全层面，HTTPS其实就是HTTP加TLS。TLS（传输层安全协议）负责加密、身份验证和数据完整性。它的前身是SSL，现在说SSL基本就是指TLS了。握手阶段协商加密套件、交换密钥，之后所有HTTP数据都在加密通道里跑。没有TLS的HTTP，你发的密码、Cookie在公共Wi-Fi下就是裸奔。

邮件有一套自己的协议族。SMTP负责发送，POP3和IMAP负责接收。SMTP简单直接，服务器之间接力传递。IMAP比POP3更现代，支持在服务器上管理文件夹、标记已读，多设备同步体验好很多。你现在用手机和电脑同时收邮件不出乱子，多半是IMAP在干活。

文件传输方面，FTP曾经是主力，现在更多被SFTP或基于HTTP的文件分享替代。FTP的双连接设计（控制连接+数据连接）在防火墙面前经常碰壁，加上明文传输密码，逐渐边缘化了。

还有一类容易被忽略的：ARP把IP地址解析成MAC地址，ICMP支撑ping和traceroute这些网络诊断工具，DHCP自动给设备分配IP。它们不直接面向用户，但少了任何一个，网络都转不起来。

WebSocket值得单独提一句。HTTP是请求-响应模式，服务器不能主动推消息给客户端。WebSocket在HTTP握手之后升级协议，建立全双工通道，服务器可以随时推数据。聊天室、股票行情、协同编辑，这些实时功能靠它实现。没有WebSocket之前，大家用轮询硬扛，效率低得可怜。

这些协议各司其职，分层协作。应用层的HTTP、SMTP、DNS，传输层的TCP、UDP，网络层的IP、ICMP，链路层的ARP、以太网。一层出问题，上面全受影响。理解它们之间的关系，比单独记住每个协议的名字有用得多。

很赞哦!（4）