一、网络编程基础：TCP/IP协议栈、Socket概念、客户端/服务器模型
说实话，每次带新人入门网络编程，我都会先问一个问题：「你写的代码，到底是怎么通过网络跑到别人电脑上的？」
这个问题看似简单，但能讲清楚的人真不多。我自己刚入行那会儿，也是一头雾水。记得第一次写一个简单的聊天程序，数据发出去对方收不到，我盯着屏幕看了两个小时，最后发现是端口写错了——嗯，这种坑，谁没踩过呢？
今天我们就从最底层开始，把网络编程的三大基石掰开揉碎讲清楚。你不需要一次性全记住，但理解了它们，后面写代码会顺手很多。
1.1 TCP/IP协议栈：数据是怎么「打包」的？
TCP/IP协议栈，说白了就是一套数据打包和拆包的规则。它分四层，每一层都有自己的职责。我习惯把它想象成一个快递发货的过程：
核心理解：每一层只关心自己的事，下层为上层服务。这种分层设计，让网络编程变得清晰可控。
| 层级 | 名称 | 类比 | 核心协议 |
|---|---|---|---|
| 第4层 | 应用层 | 快递单上的商品信息 | HTTP、FTP、SMTP |
| 第3层 | 传输层 | 快递的运输方式（空运/陆运） | TCP、UDP |
| 第2层 | 网络层 | 快递的地址和路线规划 | IP、ICMP |
| 第1层 | 链路层 | 快递员实际跑的路段 | 以太网、Wi-Fi |
我在项目中遇到过一个问题：一个文件上传功能，偶尔会丢数据。排查到最后，发现是应用层自己做了分包，但没处理好顺序。其实TCP层已经帮我们做了可靠传输，你非要在上面再搞一套，反而容易出乱子。所以记住：信任你的协议栈，别重复造轮子。
1.2 Socket概念：编程的「门把手」
Socket是什么？说白了，它就是操作系统提供给应用程序的一个网络编程接口。你不需要关心底层网卡怎么工作，只需要打开一个Socket，往里写数据，往外读数据，就行了。
我个人习惯把Socket理解成「门」。你想跟别人通信，得先有一扇门（创建Socket），然后告诉别人你的门牌号（绑定IP和端口），接着打开门等着（监听），有人敲门你就开门（接受连接），然后你们就可以聊天了（读写数据）。
小技巧：在Linux中，一切皆文件。Socket也是一个文件描述符。你可以用read()和write()来操作它，就像操作普通文件一样。但要注意，网络IO有阻塞和非阻塞之分，这个后面会细讲。
来看一个最简单的Socket创建代码：
#include <sys/socket.h>
#include <netinet/in.h>
int sockfd = socket(AF_INET, SOCK_STREAM, 0);
// AF_INET 表示IPv4
// SOCK_STREAM 表示TCP
// 0 表示使用默认协议嗯，这里要注意：SOCK_STREAM对应TCP，SOCK_DGRAM对应UDP。选错了，你的数据可能就「飞」了。我曾经在做一个实时视频流项目时，为了追求速度用了UDP，结果丢包严重，画面全是马赛克。后来改成了TCP + 缓冲队列，问题才解决。
1.3 客户端/服务器模型：谁主动，谁被动？
这个模型其实很简单：服务器等着，客户端主动找上门。服务器先启动，绑定一个固定的IP和端口，然后进入监听状态。客户端知道服务器的地址后，主动发起连接请求。
为什么会这样设计？你想想看，如果两边都等着对方先说话，那就永远没法通信了。所以必须有一方是「被动」的，一方是「主动」的。
避坑指南：我曾经在写一个内网穿透工具时，把客户端和服务器的角色搞反了。结果服务器一直在尝试连接客户端，而客户端根本没开端口。浪费了整整一天调试。记住：服务器永远是被动等待的一方，它不会主动去找客户端。
下面是一个典型的TCP客户端/服务器交互流程：
// 服务器端（伪代码）
socket() // 创建Socket
bind() // 绑定IP和端口
listen() // 开始监听
accept() // 接受客户端连接（阻塞）
read()/write() // 通信
close() // 关闭连接
// 客户端（伪代码）
socket() // 创建Socket
connect() // 连接服务器（指定IP和端口）
read()/write() // 通信
close() // 关闭连接这里有个关键点：accept()是阻塞的。也就是说，如果没有客户端来连接，服务器会一直停在这里等着。我刚开始写的时候，以为程序卡死了，差点重装系统。后来才知道，这就是阻塞IO的正常行为。
1.4 知识体系总览
为了让你更直观地理解这三者的关系，我画了一张图：
从这张图你可以看到：TCP/IP协议栈是底层基础设施，Socket是编程接口，客户端/服务器模型是架构模式。三者层层递进，缺一不可。
1.5 实战中的常见问题
最后，分享几个我实际踩过的坑：
- 端口被占用：服务器崩溃后，端口可能还处于TIME_WAIT状态。可以用
setsockopt()设置SO_REUSEADDR来解决。 - 粘包问题：TCP是流式协议，没有消息边界。我习惯在应用层加一个固定长度的消息头，里面存放消息体长度。
- 连接断开检测：客户端拔网线，服务器可能不知道。可以用心跳包（Keep-Alive）来检测。
一句话总结：网络编程没那么玄乎。理解了三层模型，写代码就是「创建Socket → 绑定/连接 → 读写数据 → 关闭」。剩下的，都是细节。
好了，这一章的内容就到这里。记住我今天说的：信任协议栈，理解Socket，分清C/S角色。后面我们会一步步深入，把这些基础变成你手中的利器。