你有没有想过，当你在浏览器里输入一个网址，比如 www.example.com，按下回车后，页面是怎么跳出来的？这背后其实有一堆“通信协议”在悄悄干活。它们像是不同工种的快递员，各有各的职责和路线。虽然都叫“协议”，但干的活差别可大了。
DNS：互联网的电话簿
先说 DNS（Domain Name System），它不直接传网页内容，而是负责“翻译”。你记不住一串数字 IP 地址，比如 192.0.2.1，但你能记住 example.com。DNS 就是帮你把域名转成 IP 的那个“查号台”。
举个例子，就像你想打电话给朋友，只知道名字不知道号码，得先翻通讯录。你的电脑也一样，要访问网站前，先问一句：“www.example.com 对应哪个 IP？” 这个过程就是 DNS 查询。
TCP：靠谱的搬运工
拿到 IP 后，真正的数据传输才开始。这时候 TCP（Transmission Control Protocol）就上场了。它最大的特点就是“可靠”。发出去的数据包，对方必须确认收到，没收到就得重发，像挂号信一样有来有回。
比如你看在线视频，画面卡了一下又继续播放，大概率是因为某个数据包没及时到，TCP 发现后立刻补发，保证你不丢帧。但这种“反复确认”也带来了延迟，不适合对实时性要求极高的场景。
UDP：快但不包售后
和 TCP 相反，UDP（User Datagram Protocol）只管发，不管收。它不建立连接，也不确认是否送达，就像寄明信片——投进邮箱就完事，至于对方收没收到，它不操心。
这种“轻装上阵”的方式速度很快，适合语音通话、直播、游戏这类场景。你打微信语音，偶尔听不清一两个字，但对话不会断，就是因为用了 UDP。丢了点数据没关系，总比延迟高卡住强。
HTTP：网页的专用语言
前面那些都是底层“运输队”，而 HTTP（HyperText Transfer Protocol）是应用层的“业务员”。它定义了浏览器怎么向服务器要网页，服务器又该怎么回应。
当你输入网址，浏览器会通过 TCP 连接服务器，然后发一个 HTTP 请求：
GET /index.html HTTP/1.1\r\nHost: www.example.com\r\n\r\n服务器收到后，返回一个 HTTP 响应，里面带着你要的网页内容。整个过程建立在 TCP 的基础上，确保数据完整到达。
它们是怎么配合工作的？
真实场景中，这些协议是串联协作的。比如访问一个 HTTPS 网站：
第一步，系统先用 DNS 协议查出域名对应的 IP；
第二步，浏览器用 TCP 协议和该 IP 建立连接；
第三步，在 TCP 连接上发起 HTTP 请求（如果是 HTTPS，还会加一层加密）；
第四步，服务器通过同一个 TCP 连接把网页数据传回来。
如果这个网站用了 CDN，可能还会涉及更多节点的 DNS 调度。每一个环节，都有对应的协议在支撑。
所以别看都是“协议”，有的管地址翻译，有的管可靠传输，有的专做网页交互。理解它们的区别，才能搞明白你每天上网的背后，到底发生了什么。