网络编程基础：TCP/IP协议栈、Socket原理、C/S架构、B/S架构、网络字节序
说实话，每次带新人入门网络编程，我都会先问一个问题：「你写的代码，数据到底是怎么从一台机器跑到另一台机器上的？」
很多人能答上来「用Socket发」，但再往深了问，就卡壳了。嗯，这很正常。我当年刚入行时也是这样，直到有一次线上服务出了个诡异的乱码问题，排查了整整两天，最后发现是字节序搞的鬼。从那以后，我就养成了一个习惯——先把网络编程的底层逻辑吃透，再动手写代码。
今天这一章，我们就来聊聊网络编程最核心的几个基础概念。别小看它们，你后面遇到的所有疑难杂症，根子几乎都在这里。
1. TCP/IP协议栈：数据是怎么「打包」的？
我个人习惯把TCP/IP协议栈想象成一个快递分拣系统。你想想看，你寄一个包裹，是不是要经过打包、贴面单、装车、运输、再分拣、最后派送？网络通信也是一样的道理。
TCP/IP协议栈分为四层，每一层都有自己的职责：
| 层级 | 核心协议 | 我眼中的职责 |
|---|---|---|
| 应用层 | HTTP、FTP、SMTP | 你写的业务逻辑，比如发请求、收响应 |
| 传输层 | TCP、UDP | 负责数据可靠到达，或者快速到达 |
| 网络层 | IP、ICMP | 负责寻址和路由，找到对方在哪 |
| 网络接口层 | 以太网、Wi-Fi | 物理传输，把比特流扔到网线上 |
我在项目中遇到过一个问题：客户端发了一个很大的JSON包，服务端接收时总是断断续续的。后来一查，是应用层没有处理好粘包问题。说白了，TCP是流式协议，它不管你的业务边界，只负责把字节流按顺序送到。所以，应用层必须自己定义消息边界，比如用固定长度、特殊分隔符，或者TLV格式。
核心要点：TCP/IP协议栈是分层设计的，每一层只关心自己的事。上层不用管下层怎么传，下层也不用管上层传的是什么。这种「各司其职」的设计，让网络编程变得清晰可控。
2. Socket原理：编程中的「电话机」
Socket是什么？说白了，它就是操作系统提供给应用层的一个编程接口。你可以把它想象成一部电话机——你要打电话，得先拿起来（创建Socket），然后拨号（连接），通话（收发数据），最后挂断（关闭）。
我刚开始学Socket编程时，总觉得它很神秘。后来自己动手写了一个简单的聊天程序，才真正理解了它的工作流程：
// 服务端伪代码
socket() // 创建电话机
bind() // 绑定电话号码（IP+端口）
listen() // 开机，等待来电
accept() // 有人打进来了，接听
recv()/send() // 通话，收发数据
close() // 挂断// 客户端伪代码
socket() // 创建电话机
connect() // 拨号，连接服务端
send()/recv() // 通话
close() // 挂断这里有个坑，我曾经踩过：服务端的Socket和客户端的Socket不是同一个东西。服务端调用accept()返回的Socket，才是真正用来和客户端通信的。而服务端自己监听的那个Socket，只负责「接电话」，不负责「通话」。这个区别很重要，很多新手在这里搞混。
避坑指南：我曾经在写高并发服务时，忘记设置Socket为非阻塞模式，结果一个客户端卡住了，整个服务都挂了。记住，生产环境一定要考虑IO模型，select、poll、epoll这些机制，后面我们会详细讲。
3. C/S架构 vs B/S架构：两种主流的「分工模式」
这两种架构，说白了就是客户端和服务端怎么分工的问题。
- C/S架构（客户端/服务端）：客户端是独立的应用程序，比如、QQ、游戏客户端。客户端负责界面展示和部分业务逻辑，服务端负责数据存储和核心计算。
- B/S架构（浏览器/服务端）：客户端就是浏览器，所有业务逻辑都在服务端。浏览器只负责渲染HTML、CSS、JavaScript。
我个人更倾向于C/S架构，因为它的交互体验更好，而且可以充分利用客户端的计算能力。但B/S架构也有它的优势——部署方便，不用安装任何东西，打开浏览器就能用。
我在项目中遇到过这样一个场景：一个内部管理系统，最开始用的是B/S架构，但用户反馈页面响应太慢。后来我们改成了C/S架构，把一些数据预处理逻辑放到了客户端，响应速度提升了3倍。所以，没有绝对的好坏，只有合不合适。
注意：现在很多应用其实是「混合架构」——核心功能用C/S，辅助功能用B/S。比如淘宝，购物流程是C/S（App），但支付页面可能走B/S（H5）。这种设计需要仔细权衡，不然容易搞出「四不像」。
4. 网络字节序：大端还是小端？这是个问题
这个问题，我当年可是吃了大亏的。有一次写一个跨平台通信程序，Windows和Linux之间传整数，结果Windows发过去的数据，Linux解析出来全是错的。排查了半天，最后发现是字节序的问题。
什么是字节序？简单说，就是多字节数据在内存中的排列顺序。
- 大端序（Big-Endian）：高位字节存低地址，低位字节存高地址。网络协议统一使用大端序，所以也叫网络字节序。
- 小端序（Little-Endian）：低位字节存低地址，高位字节存高地址。x86架构的CPU默认使用小端序。
你想想看，如果发送方是小端序，接收方是大端序，那数据不就乱套了吗？所以，网络传输时，必须统一转换成网络字节序（大端序）。
// C语言中的字节序转换函数
uint32_t htonl(uint32_t hostlong); // 主机字节序转网络字节序（32位）
uint16_t htons(uint16_t hostshort); // 主机字节序转网络字节序（16位）
uint32_t ntohl(uint32_t netlong); // 网络字节序转主机字节序（32位）
uint16_t ntohs(uint16_t netshort); // 网络字节序转主机字节序（16位）经验之谈：我建议你在所有涉及网络传输的地方，显式调用字节序转换函数。不要偷懒，不要觉得「反正都是Linux，不用转」。万一哪天你的服务要跟嵌入式设备通信呢？万一要跟Java虚拟机通信呢？Java的JVM默认就是大端序，但C/C++不一定。养成好习惯，能省很多麻烦。
5. 知识体系总览
说了这么多，我们来画一张图，把这一章的核心逻辑串起来。你一看就明白了：
这张图把这一章的核心知识点都串起来了。你仔细看看，TCP/IP协议栈是基础，Socket是工具，C/S和B/S是架构模式，字节序是细节。这四个点，缺一不可。
我的建议：学网络编程，不要急着写代码。先把这张图印在脑子里，搞清楚每一层是干什么的，数据是怎么流动的。等你真正理解了这些，写代码就是水到渠成的事。
好了，这一章的内容就到这里。记住，基础不牢，地动山摇。把这些概念吃透了，后面的路会顺很多。
可可精品资料库