你用浏览器打开网页、用微信发消息——这些操作背后都跑在同一类协议上，而它们都属于「应用层」。在网络协议栈这座金字塔里，应用层就是最靠近用户、最顶层的那一级。

上一节我们知道应用层是「最贴近用户」的一层。但两个程序之间到底怎么「说话」才能听懂对方？这就要靠协议——它是双方事先约定的「沟通手册」。

C/S 与 P2P 是两种根本不同的组织思路。常见误读：以为 P2P = 没有服务器，其实只是角色变了。

从左到右按时序读，看消息如何在两端进程间往返。

分布式、层次化、容错、可扩展的命名系统

把域名看成一棵树：从根域分出顶级域，再到二级域；从左向右可还原完整名称。

一次域名解析涉及客户端、本地DNS、根域、顶级域、权威服务器四方协作，递归与迭代交替推进。

上页讲解析流程：递归查询一步步问到根、到顶级域、到权威服务器。但权威服务器返回的「答案」并不只有一种格式——不同问题要用不同类型的记录来回答。

检验域名解析流程的理解

用户代理、MTA、MDA、MRA 的协同关系

邮件从发件人到收件人服务器，途中要经过多次角色交接：MUA提交、MTA接力、MX定位、跨域投递、最终落库。

都是收信协议,但邮件存在哪、能不能多设备同步,决定了它们完全不同的使用场景。

RFC 822格式与多用途互联网邮件扩展

浏览器输入网址，就能看到网页。这背后有三个核心要素各司其职。

一次 HTTP 交互从建连到关连接，消息在两端之间一来一回完成一次完整调用。

GET/POST/PUT/DELETE与2xx/4xx/5xx含义

HTTP 是明文裸奔，HTTPS 套了 TLS 这一层铠甲。多出来的那一层到底改变了什么？

HTTP无状态问题的解决方案

FTP 把下指令和传文件拆成两条独立通道，互不干扰。

客户端从零到拿到 IP，必须走完发现、提供、请求、确认四步。

先合上笔记自己想 30 秒，再点开参考答案对照思路——重点不是答案对错，而是你想到哪一层。