第46章网络文件传输

课程目录第46章网络文件传输

一、网络文件传输：从socket到HTTP/FTP

网络文件传输，说白了就是让两台机器隔着网线互相传文件。我刚开始接触这块时，总觉得很神秘——数据是怎么从我的电脑跑到服务器上的？后来写多了才发现，底层无非就是socket那一套东西。

今天咱们就聊聊三个层次：socket编程基础、HTTP文件下载、FTP协议实现。这三者层层递进，搞懂了它们，网络传输这块你就通了八成。

1.1 socket编程基础——一切通信的基石

socket是什么？你可以把它想象成两个程序之间的电话线。一端拨号（connect），另一端接听（accept），然后就能通话（send/recv）了。

我在项目中遇到过一个问题：客户端连上服务器后，发了一条消息就断了。排查了半天，发现是socket默认是阻塞模式，recv没等到数据就直接返回了。嗯，这里要注意——阻塞与非阻塞，是新手最容易踩的坑。

核心流程（TCP socket）：

服务端：socket() → bind() → listen() → accept() → recv()/send() → close()
客户端：socket() → connect() → send()/recv() → close()

来看一个最简单的TCP服务端代码片段：

// 服务端示例（仅核心逻辑）
int server_fd = socket(AF_INET, SOCK_STREAM, 0);
struct sockaddr_in addr;
addr.sin_family = AF_INET;
addr.sin_port = htons(8080);
addr.sin_addr.s_addr = INADDR_ANY;

bind(server_fd, (struct sockaddr*)&addr, sizeof(addr));
listen(server_fd, 5);

int client_fd = accept(server_fd, NULL, NULL);
char buf[1024] = {0};
recv(client_fd, buf, sizeof(buf), 0);
printf("收到: %s\n", buf);
close(client_fd);
close(server_fd);

你想想看，这段代码里最容易被忽略的是什么？端口字节序。htons() 这个函数，就是把主机字节序转成网络字节序。我曾经因为忘了写它，结果在x86机器上跑得好好的，换到ARM板子上就死活连不上——这就是大小端的问题。

个人习惯：我每次写socket代码，都会先检查三件事——端口是否htons、IP是否inet_pton、返回值是否检查。这三步做好了，90%的连接问题都能避免。

1.2 HTTP文件下载——基于socket的协议封装

HTTP协议，说白了就是在socket之上加了一层文本协议。你发一个GET请求，服务器回一个响应，就这么简单。

一个典型的HTTP下载流程：

建立TCP连接（socket + connect）
发送HTTP请求行（GET /file.zip HTTP/1.1）
发送请求头（Host、User-Agent等）
接收响应状态行（HTTP/1.1 200 OK）
接收响应头（Content-Length、Content-Type等）
接收响应体（文件数据）

我记得有一次写下载工具，发现大文件下载到一半就断了。查了半天，原来是Content-Length和实际接收的字节数对不上。为什么？因为TCP是流式协议，recv一次不一定能收完所有数据，必须循环接收直到收满Content-Length指定的字节数。

// HTTP下载核心逻辑（伪代码）
int download_file(const char* url) {
    int sock = tcp_connect(host, 80);
    char request[512];
    sprintf(request, "GET %s HTTP/1.1\r\nHost: %s\r\n\r\n", path, host);
    send(sock, request, strlen(request), 0);

    // 解析响应头，获取Content-Length
    char header[4096];
    recv_until_crlfcrlf(sock, header);
    int content_length = parse_content_length(header);

    // 循环接收文件数据
    FILE* fp = fopen("output.bin", "wb");
    int received = 0;
    while (received < content_length) {
        char buf[8192];
        int n = recv(sock, buf, sizeof(buf), 0);
        fwrite(buf, 1, n, fp);
        received += n;
    }
    fclose(fp);
    close(sock);
    return 0;
}

避坑指南：我曾经在解析HTTP响应头时，直接用strstr找"Content-Length:"，结果没注意大小写。有些服务器返回的是"content-length:"（全小写），导致解析失败。建议用大小写不敏感的方式查找，或者统一转小写后再匹配。

1.3 FTP协议实现——更复杂的文件传输协议

FTP比HTTP复杂一些，因为它用了两个连接：一个控制连接（21端口），一个数据连接（20端口或随机端口）。控制连接传命令，数据连接传文件。

FTP的工作模式有两种：

模式	数据连接建立方式	适用场景
主动模式（PORT）	客户端开端口，服务器主动连	客户端有公网IP
被动模式（PASV）	服务器开端口，客户端去连	客户端在NAT后面

我个人习惯用被动模式，因为现在大部分客户端都在路由器后面，主动模式经常连不上。你想想看，如果客户端在内网，服务器怎么主动连你？所以PASV才是王道。

来看一个FTP下载文件的命令序列：

// FTP下载文件的核心命令交互
// 控制连接（21端口）
C: USER username
S: 331 Password required
C: PASS password
S: 230 Logged in

// 进入被动模式
C: PASV
S: 227 Entering Passive Mode (192,168,1,100,10,20)
// 解析IP和端口：192.168.1.100，端口 = 10*256 + 20 = 2580

// 建立数据连接（连到2580端口）
// 然后发送下载命令
C: RETR file.zip
S: 150 Opening data connection
// 数据连接开始传输文件内容
// 传输完成后
S: 226 Transfer complete

关键点：FTP的PASV响应中，IP和端口是用逗号分隔的6个数字。最后两个数字组合成端口号：port = a*256 + b。我刚开始写解析时，直接用sscanf读6个整数，结果没注意逗号后面可能有空格——嗯，又是格式问题。

1.4 三种方式对比与选择

说了这么多，到底该用哪种？我列个表给你参考：

方式	优点	缺点	适用场景
裸socket	灵活、可控、性能高	需要自己处理协议细节	自定义协议、实时通信
HTTP下载	简单、通用、支持断点续传	协议开销大、不适合实时场景	文件下载、Web服务
FTP协议	专门为文件传输设计、功能完善	控制逻辑复杂、防火墙不友好	批量文件传输、服务器管理

我个人建议：如果是新项目，优先考虑HTTP。为什么？因为HTTP的生态太成熟了，库多、工具多、调试方便。除非你需要批量管理服务器上的文件（上传、删除、重命名等），才考虑FTP。

1.5 知识体系总览

下面这张图，把今天讲的内容串起来了：

这张图从下往上看：socket是地基，HTTP和FTP是建在上面的房子。你只要把socket搞透了，HTTP和FTP无非就是不同的协议格式而已。

最后说一句：学网络编程，别怕踩坑。我当年写第一个FTP客户端时，光PASV模式的IP解析就改了三版。但每改一次，你对协议的理解就深一层。动手写，才是最好的学习方式。

公众号:蓝海资料掘金营，微信deep3321

📚 课程目录

一、网络文件传输：从socket到HTTP/FTP

1.1 socket编程基础——一切通信的基石

1.2 HTTP文件下载——基于socket的协议封装

1.3 FTP协议实现——更复杂的文件传输协议

1.4 三种方式对比与选择

1.5 知识体系总览