发布于2026-07-19 阅读(0)
扫一扫,手机访问
用 socket 发 GET 请求,核心其实就是三步:建立连接(解析域名加连接)、发送合规的 HTTP/1.1 请求头(记得带上 Host 字段和两个 \r\n 结尾),最后收完整的响应体。收响应的时候,得根据 Content-Length 或者 Transfer-Encoding: chunked 的规则来解析。
这里面有几个容易踩的坑:一是没在 Windows 上初始化 Winsock,二是忽略了 TCP 流式读取的特性,三是错误处理没做好。
多说一句,虽然市面上有 libcurl 这样的成熟库,但你亲手用 socket 撸一个 HTTP 客户端,其实是对 TCP 协议最直观的理解方式。
直接调用 connect 连接到目标服务器的 80 端口(如果是 HTTPS 就是 443 端口加上 TLS 层),拼一个符合 HTTP/1.1 规范的 GET 请求头,用 send 发出去,再用 recv 循环读取,直到连接关闭或者超时。整个过程不需要引入任何第三方库,但需要手动处理换行符、\r\n、Content-Length 和分块传输的边界。
最常见的错误是忘记在请求头末尾加两个 \r\n,结果服务器根本不响应。还有一个坑是没处理响应体的长度,直接用 recv 读完就以为完事了,导致程序卡住。更别说还有直接把域名当成 IP 地址去连接的了——正确的做法是先调用 getaddrinfo 做域名解析。
getaddrinfo 是跨平台解析域名唯一靠谱的方式,别自己手写 inet_addr 或者硬编码 IP 地址Host: 字段,否则 HTTP/1.1 的服务器基本上都会返回 400 错误close,等服务器主动关闭连接,或者按照 Content-Length / Transfer-Encoding: chunked 的规则把数据收完服务器不会等你慢慢读——它要么发完数据就关掉连接,要么按 chunked 编码分段发送。所以别指望一次 recv 就搞定所有事情。
比较靠谱的做法:先把响应头读完(直到遇到空行 \r\n\r\n),从里面提取 Content-Length: 字段的值。如果没找到这个字段,而且看到了 Transfer-Encoding: chunked,那就得自己实现 chunked 解码的逻辑。如果两种情况都不存在,那就一直读到对端 recv 返回 0(表示连接关闭)。
std::string 动态拼接响应数据,避免固定缓冲区溢出的问题recv 之前先检查返回值:-1 表示出错(查 errno 或者 WSAGetLastError),0 表示连接关闭recv 就能拿到整个响应头——TCP 是流式协议,可能一次只过来几个字节一个最小可用的 GET 请求,绝对不是只写一句 "GET / HTTP/1.1" 就完事了。缺字段、格式不对、少换行,都会让服务器直接拒绝。
标准的写法必须包含以下内容:
GET /path HTTP/1.1\r\nHost: example.com\r\n(注意:不要带 http://,也不包含端口号,除非用的是非标准端口)Connection: close\r\n(这样就不用处理 keep-alive 的复杂逻辑了)\r\n 结尾(也就是一个空行,表示头部结束)举个例子,请求 http://httpbin.org/get,Host 应该是 httpbin.org,路径是 /get,拼出来的完整请求就是:
GET /get HTTP/1.1\r\nHost: httpbin.org\r\nConnection: close\r\n\r\n
Linux 和 macOS 可以很省心地直接调用 socket,但 Windows 不一样——必须先调用 WSAStartup 进行初始化,否则所有的 socket 函数都会返回失败。
漏掉这一步的话,socket() 会返回 INVALID_SOCKET,而 WSAGetLastError() 给出的错误码是 10093(WSANOTINITIALISED)。这个错误码很多人碰到过,但往往搜半天也找不到原因。
WSAData wsa; WSAStartup(MAKEWORD(2,2), &wsa);WSACleanup()跨平台代码建议用宏来包裹:在 #ifdef _WIN32 里面做初始化,其他平台跳过。这里有个容易被忽略的点:就算你只在 Linux 上开发,一旦有人把你的代码拿到 Windows 上编译,第一行 socket 就会崩溃,而且报错信息几乎没有任何提示性。
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
8