一、C++网络编程概述：从基础到实战
大家好，我是这门课的主讲人。今天咱们聊聊网络编程的起点。
说实话，我刚开始接触网络编程时，也被一堆概念搞得头晕。IP、端口、TCP、UDP……这些词看着简单，真要写代码时，坑一个接一个。今天这一章，咱们先把地基打牢。
1.1 网络编程基础概念
IP地址：网络世界的门牌号
IP地址是什么？说白了，就是一台机器在网络上的唯一标识。就像你家门牌号，别人要寄快递，得先知道这个号。
目前主流是IPv4，长这样：192.168.1.1。32位，分四段，每段0-255。IPv6呢？128位，长得多，但原理一样。
重点：IP地址分两类——公网IP和私网IP。公网IP全球唯一，私网IP只在局域网内有效。你家里的路由器，通常用的是192.168.x.x这种私网地址。
我在项目中遇到过一个问题：两台服务器用私网IP通信，结果配置错了网段，数据死活发不过去。排查了半天，才发现是IP段没对上。嗯，这种低级错误，犯过一次就记住了。
端口：区分不同服务的通道
一台服务器上跑着Web服务、数据库、SSH……它们都用同一个IP。怎么区分？靠端口。
端口是一个16位的数字，范围0-65535。其中：
- 0-1023：知名端口，比如HTTP用80，HTTPS用443，SSH用22。这些需要root权限才能绑定。
- 1024-49151：注册端口，给应用程序用。
- 49152-65535：动态/私有端口，客户端临时使用。
小技巧：我习惯把服务端口写在配置文件里，而不是硬编码。曾经有一次，测试环境和生产环境的端口冲突，排查了一下午……从那以后，端口管理成了我代码审查的必查项。
TCP vs UDP：一个靠谱，一个快
这两个协议，是传输层的核心。你想想看，数据从A传到B，怎么保证不出错？
| 特性 | TCP | UDP |
|---|---|---|
| 连接方式 | 面向连接（三次握手） | 无连接 |
| 可靠性 | 可靠传输，有重传机制 | 不可靠，丢包不重传 |
| 顺序性 | 保证数据按序到达 | 不保证顺序 |
| 速度 | 相对慢 | 快 |
| 典型应用 | HTTP、FTP、数据库连接 | 视频直播、DNS查询、游戏 |
为什么会这样？TCP为了保证可靠，做了很多额外工作：确认应答、超时重传、流量控制……这些都要消耗时间和资源。UDP呢？只管发，不管到不到。所以快，但不靠谱。
避坑指南：我曾经在一个实时数据采集项目中，用了TCP。结果网络抖动时，TCP的重传机制导致数据堆积，延迟飙升。后来换成UDP + 应用层简单确认，反而更稳定。记住：不是所有场景都适合TCP。
1.2 C++网络编程的应用场景
C++做网络编程，优势在哪？说白了，就是性能和控制力。
- 高性能服务器：游戏服务器、消息中间件、分布式存储。这些场景对延迟和吞吐量要求极高，C++是首选。
- 嵌入式网络设备：路由器、交换机、IoT网关。资源受限，C++的零开销抽象很合适。
- 金融交易系统：毫秒级延迟就是真金白银。C++能让你精确控制每一纳秒。
- 基础网络库：很多语言（如Python、Node.js）的网络库底层都是C/C++实现的。
我个人习惯用C++写网络中间件。为什么？因为你可以直接操作socket、控制内存布局、避免GC停顿。这些在Java或Go里，要么做不到，要么有额外开销。
1.3 高性能服务器的核心挑战
写一个能跑的服务器不难，写一个能扛住百万并发、毫秒级响应的服务器，那是另一回事。核心挑战有哪些？
- 并发模型：多线程？多进程？事件驱动？Reactor？Proactor？选错了，后面全是坑。
- 内存管理：频繁的malloc/free会导致性能抖动。对象池、内存池、零拷贝……这些技术你得会。
- IO模型：阻塞IO、非阻塞IO、IO多路复用（select/poll/epoll）、异步IO。选哪个？为什么？
- 协议设计：TCP是流协议，没有消息边界。怎么分包？怎么处理粘包？
- 可扩展性：单机扛不住了怎么办？怎么水平扩展？负载均衡怎么做？
- 稳定性：崩溃了怎么恢复？内存泄漏怎么检测？死锁怎么避免？
一句话总结：高性能服务器的本质，是在有限的硬件资源下，最大化吞吐量、最小化延迟、保证稳定性。这三者往往互相矛盾，需要你做出权衡。
我记得刚入行时，写了一个简单的echo服务器，用多线程+阻塞IO。本地测试没问题，一上生产就跪了。后来才明白，阻塞IO在多线程下，线程数一多，上下文切换的开销就爆炸了。嗯，这些教训，后面章节我会一一展开。
本章知识体系
下面这张图，把本章的核心知识点串起来了。你可以把它当作一张地图，后面每章都会在这张图上添加细节。
学习建议：本章是整门课的地基。基础概念不牢，后面写代码会处处碰壁。我建议你把IP、端口、TCP/UDP的区别彻底搞懂，再往后走。别急着看代码，先理解原理。
公众号:蓝海资料掘金营，微信deep3321