一、网络通信基础：从理论到实战

大家好，我是老K。做Qt网络开发这么多年，我见过太多人一上来就甩代码，结果遇到问题抓瞎。网络通信这块，说白了就是「数据怎么从A点跑到B点」。今天咱们先把地基打牢，后面写代码才不慌。

先问个问题：两台电脑之间传数据，中间要经历什么？

OSI七层模型是个理论框架，它把通信过程拆成7层。我刚开始学的时候觉得这玩意儿太抽象，直到有一次排查一个UDP丢包问题，才发现分层思维有多重要。

OSI七层	TCP/IP四层	典型协议	Qt中对应
应用层	应用层	HTTP, FTP, DNS	QNetworkAccessManager
表示层		SSL/TLS, 数据加密	QSslSocket
会话层		会话管理	QTcpSocket内部机制
传输层	传输层	TCP, UDP	QTcpSocket, QUdpSocket
网络层	网络层	IP, ICMP	QHostInfo, QAbstractSocket
数据链路层	网络接口层	以太网, PPP	底层驱动
物理层	网络接口层	网线, 光纤	硬件

实际开发中，我们主要跟TCP/IP四层模型打交道。Qt帮我们封装好了传输层以上的东西，你写代码时基本感觉不到底层细节。但有个坑——我曾经遇到一个项目，在Linux上跑得好好的，换到Windows就各种超时。查了两天才发现是TCP的Nagle算法在作怪。嗯，这就是不懂传输层要付出的代价。

核心要点：OSI是教科书，TCP/IP是实战。Qt网络模块主要工作在应用层和传输层，但理解下层原理能帮你解决90%的疑难杂症。

IP地址就像你家门牌号，端口号就是房间号。数据包到了你家楼下（IP），还得知道进哪个房间（端口）。

IPv4地址是32位的，写成四个数字，比如 192.168.1.100。IPv6是128位的，长这样 fe80::1。我个人习惯在Qt里统一用 QHostAddress 类，它自动帮你处理两种格式的转换。

端口号范围是0~65535，但要注意：

实战建议：写Qt服务端程序时，端口号最好选1024以上的。我曾经图省事用了8080，结果跟公司另一个服务冲突了，排查了半天。现在我的习惯是先在 /etc/services 里查一下端口有没有被占用。

Socket是什么？说白了就是操作系统提供的一个「网络文件描述符」。你往里面写数据，它就帮你发出去；你从里面读数据，就是接收到的内容。

TCP Socket通信流程：

UDP就简单多了，不需要建立连接，直接发数据包就行。但要注意，UDP不保证数据到达，也不保证顺序。我做过一个视频流项目，用UDP传实时画面，偶尔丢几帧无所谓，但要是传文件，那必须用TCP。

避坑指南：我曾经在Qt里同时开了1000个TCP连接，结果程序直接崩了。后来发现是每个socket默认的接收缓冲区太大，内存爆了。记住：QTcpSocket::setReadBufferSize() 该设就得设。

Qt的网络模块叫 QtNetwork，在pro文件里加 QT += network 就能用。它的架构设计得很清晰，我画了张图帮你理解：

这张图你看懂了吗？从上往下是数据发送的方向，从下往上是接收的方向。Qt把底层的socket API封装成了面向对象的类，你用起来就像操作普通对象一样简单。

几个核心类你得记住：

我的经验：刚开始用Qt做网络编程，别急着上多线程。Qt的socket默认就是异步的，信号槽机制用好了，单线程就能处理上千个连接。我第一个网络项目就是被多线程坑惨了，后来发现用事件循环+信号槽才是正道。

最后说个细节：Qt网络模块是跨平台的。你在Windows上写的代码，拿到Linux上编译就能跑。但底层实现不一样——Windows用Winsock，Linux用伯克利Socket。Qt帮你抹平了差异，但性能上会有一点点损耗。不过对于99%的应用场景，这点损耗可以忽略不计。

好了，基础概念就讲这么多。记住一句话：网络通信的本质就是「进程间通信」，只不过这两个进程可能在不同的机器上。Qt把复杂的网络操作简化成了信号和槽，你只要理解数据是怎么流动的，写代码就是水到渠成的事。