标准C++无内置HTTP支持，std::socket非标准库组件；推荐用libcurl实现GET请求，它封装DNS、TLS、重定向等细节，跨平台且API简洁。
直接用 std::socket 发 GET 请求行不通
标准 C++ 没有内置 HTTP 客户端支持，std::socket 也不是标准库组件（C++20 前无 <networking>，且已被搁置）。你看到的“用 C++ socket 发 GET”实际依赖操作系统原生 socket API（socket()、connect()、send()、recv()），必须手动构造 HTTP 报文、处理 DNS 解析、管理 TCP 连接、应对重定向和 TLS —— 这不是“简单实现”，而是重写 mini curl。
最轻量但靠谱的做法：用 libcurl 的 curl_easy_perform
它封装了所有底层细节，跨平台，支持 HTTPS（需链接 OpenSSL 或 BearSSL），且 API 极简。不用自己解析响应头或处理 chunked 编码。
- Linux/macOS：用包管理器安装
libcurl4-openssl-dev或curl开发包 - Windows：用 vcpkg
vcpkg install curl，或直接下载预编译库 - 编译时加
-lcurl（GCC/Clang）或链接libcurl.lib（MSVC）
extern "C" {
#include <curl/curl.h>
}
#include <iostream>
<p>size_t write_callback(void<em> ptr, size_t size, size_t nmemb, void</em> userp) {
std::string<em> response = static_cast<std::string</em>>(userp);
size_t len = size <em> nmemb;
response->append(static_cast<char</em>>(ptr), len);
return len;
}</p><p>int main() {
CURL* curl = curl_easy_init();
if (!curl) return -1;</p><pre class='brush:php;toolbar:false;'>std::string response;
curl_easy_setopt(curl, CURLOPT_URL, "http://httpbin.org/get");
curl_easy_setopt(curl, CURLOPT_WRITEFUNCTION, write_callback);
curl_easy_setopt(curl, CURLOPT_WRITEDATA, &response);
curl_easy_setopt(curl, CURLOPT_FOLLOWLOCATION, 1L); // 自动跳转
curl_easy_setopt(curl, CURLOPT_TIMEOUT, 10L);
CURLcode res = curl_easy_perform(curl);
if (res == CURLE_OK) {
std::cout << response << "\n";
} else {
std::cerr << "curl error: " << curl_easy_strerror(res) << "\n";
}
curl_easy_cleanup(curl);
return 0;}
如果坚持手写 socket：只适用于 HTTP + 无重定向 + 无 TLS 的极简场景
仅建议用于教学、嵌入式受限环境，或调试网络协议。关键点不是“怎么连”，而是“怎么不崩”：
立即学习“C++免费学习笔记（深入）”；
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
- DNS 解析必须调
getaddrinfo()，不能硬写 IP（域名可能变，IPv6 需兼容） - HTTP 请求行末尾必须是
"\r\n"，Header 之间用"\r\n"，空行必须是"\r\n\r\n"（少一个\r，服务端就卡住） -
recv()是流式读取，不能假设一次读完；需循环 + 检查返回值，或按Content-Length截断 - 忽略
Connection: close或未关闭 socket 会导致端口耗尽
错误现象常见：recv() 返回 0（对端已关闭）、返回 -1（errno=ETIMEDOUT 或 ECONNREFUSED）、响应体截断、中文乱码（没处理 Content-Type: charset=utf-8）。
别碰裸 socket 处理 HTTPS
HTTPS 不是“把 http:// 换成 https:// 再连 443 端口”。它需要：
- TLS 握手（ClientHello / ServerHello / 密钥交换）
- 证书验证（否则中间人攻击白给）
- 加密/解密载荷（OpenSSL/BoringSSL/mbedTLS 才干这事）
哪怕只验证证书链，代码量也远超 200 行。此时用 libcurl 或 Boost.Beast 是唯一合理选择 —— 后者更现代但依赖 Boost，学习成本略高。
真正容易被忽略的点：HTTP/1.1 默认 keep-alive，但多数简单 socket 示例直接 close()，这没问题；可一旦你并发发起几十个请求，没正确复用连接或设 Connection: close，服务端会主动 RST，导致 recv() 突然返回 -1。
