stellanke的博客

到这里，我们已经把底层的“脏活累活”梳理了一遍：从零碎的 Linux Socket API，到利用 RAII 思想将其封装为一个干净、安全的Socket类；并且我们通过“迎宾员与服务员”的模型，理清了accept()为什么要拆分出新的clientFd，顺水推舟地引出了现代网络框架中最为核心的事件驱动与回调机制。但故事到这里并没有结束。既然我们已经有了“专职服务员”（clientFd），也有了“呼叫铃”（事件驱动），那这位服务员在整个工作期间，应该如何管理自己手头的事情呢？

数据链路层负责“这一跳送给谁”；网络层负责“最终送到哪里”；传输层负责“送给哪个程序，并保证如何送达”；应用层负责“这份数据到底是什么意思”。定义通信规则，让数据从单纯的二进制信息变成真正具有业务意义的消息。到这里，我们终于完整走完了一次数据的旅程。现在，让我们把前面的五层模型重新放回最开始的场景。打开地图，查看霍格沃兹城堡的位置。当我点击地图按钮时，游戏客户端需要向华纳服务器发送一个请求：“玩家请求打开当前地图数据。