HTTP 与 HTTPS 与 SOCKS4 与 SOCKS5：你应该选择哪个代理协议？

像这样的免费代理列表中的每个代理都标记有一个协议 — HTTP、HTTPS、SOCKS4 或 SOCKS5 — 而为特定任务选择了错误的协议是“正常工作”的代理实际上无法执行您所需操作的最常见原因。本文比简短的定义更深入：对于每个协议，我们将介绍它实际支持的内容、它的不足之处、它的性能表现以及它何时是正确的选择。

简短版本

HTTP 和 HTTPS 代理是专为网络流量构建的，几乎所有浏览器、抓取工具和自动化工具默认都期望使用它们。SOCKS4 和 SOCKS5 在较低层工作，中继任何 TCP 连接而不仅仅是网络请求，这使它们更适合非浏览器应用程序。SOCKS5 是四者中最强大的，在 SOCKS4 的基础上增加了身份验证和 UDP 支持。如果您从本文中只能记住一件事，那就是：网页浏览 → HTTP/HTTPS，其他一切 → SOCKS。

快速技术入门：每个协议的运行位置

HTTP 和 HTTPS 代理在应用层工作 — 它们专门了解 HTTP 请求的结构（方法、标头、正文）并可以基于此进行检查或路由。相比之下，SOCKS 的运行层级更低，更接近原始传输层：它不知道也不关心它中继的字节是网页、FTP 传输还是游戏服务器握手。这一个架构差异解释了两个系列之间的几乎所有实际区别 — HTTP/HTTPS 代理对网页流量本身更聪明，而 SOCKS 代理则更笨拙但用途远为广泛。

HTTP 代理详解

HTTP 代理专门了解 HTTP 协议 — 它解析请求，可以检查并有时修改标头，并且知道如何将响应中继回来。由于这种原生理解，HTTP 代理是支持最广泛的代理类型：如果工具的配置只说“代理”而没有协议下拉菜单，它几乎总是期望 HTTP。

优势： 最大兼容性，配置简单，非常适合浏览和大多数抓取工具，并且通常是任何免费代理列表上可用服务器最多的池。
Limitations: 您与代理之间的连接不一定是加密的，并且它是专为网络流量构建的 — 而不是通用的 TCP 中继。某些 HTTP 代理也不支持隧道化 HTTPS 目标站点所需的 CONNECT 方法，因此它们可能仅限于纯 HTTP 目标。

HTTPS 代理详解

HTTPS 代理在功能上是一个 HTTP 代理，但在您的设备和代理服务器之间的连接段添加了 TLS 加密。它不会改变代理与目标站点对话的方式 — 这仍然由目标本身使用的任何协议控制 — 但它确实意味着第一跳是加密的，这在流量可能会被监视的网络上非常重要。

优势： 与 HTTP 具有相同的广泛兼容性，加上到代理本身的加密连接，以及（在精选列表中）确认到 HTTPS 目标的 CONNECT 隧道确实经过验证可以工作。
Limitations: 在较旧或较简陋的工具中，其普遍支持度略低于纯 HTTP；本质上仍然是网络流量协议，而不是通用的 TCP 中继。

SOCKS4 代理详解

SOCKS 从专门理解网络流量中退后一步，转而以通用方式中继 TCP 连接 — 代理不解析也不关心连接内部是什么，它只是来回转发字节。这使得 SOCKS4 可用于与浏览器无关的应用程序：FTP 客户端、聊天协议或任何基于 TCP 的自定义工具。

优势： 适用于几乎任何基于 TCP 的应用程序，而不仅仅是网络流量；协议简单，开销低。
Limitations: 没有内置身份验证（将代理本身视为不受信任的基础设施），并且没有 UDP 支持 — 任何依赖 UDP 的东西都需要改用 SOCKS5。

SOCKS5 代理详解

SOCKS5 是 SOCKS4 的直接继承者，增加了两项功能：可选的用户名/密码身份验证，以及除 TCP 之外对 UDP 流量的支持。UDP 对于 DNS 查找、某些 VoIP 和游戏流量以及不使用标准 TCP 连接的其他协议非常重要。如果应用程序明确需要 SOCKS5 而不是 SOCKS4，几乎总是因为这两项添加之一。

优势： 四者中最强大的 — 最广泛的协议支持，可选身份验证，UDP 支持。
Limitations: 在免费列表上的可用性略低于 HTTP，原因很简单，配置为支持它的服务器子集较小 — 但它正在增长，并且在任务需要其额外功能时值得专门过滤。

各协议之间的性能差异

协议选择对开销的影响大于原始吞吐量。SOCKS 代理由于不解析应用层内容，每个连接产生的处理开销通常比 HTTP/HTTPS 代理略低 — 但在实践中，对于免费公共代理，速度的决定因素是单个服务器自身的带宽、负载和与您的距离，而不是协议本身。处于可比硬件和网络路径上的两个不同协议的代理通常表现相似；本网站的 proxy list 上的响应时间数据反映的是实际服务器，而不是协议级别的优势。

各协议的安全注意事项

协议选择还会影响代理运营商在技术上可以看到或做什么，这在决定通过免费的、未验证的服务器发送什么类型的流量时非常重要。

HTTP： 您与代理之间的流量在该跳处是未加密的，这意味着代理运营商（或能够观察该连接的任何人）可能会在传输过程中读取纯 HTTP 流量。这不会影响您通过端到端 HTTPS 访问的站点 — 该加密是独立的并且仍然适用 — 但它确实意味着代理本身比加密到代理的替代方案看到更多内容。

HTTPS： 加密到代理本身的连接，缩小了该特定 gap。每当通过它的流量值得获得该额外层时，它都是优于纯 HTTP 的更好选择，尽管与任何代理一样，避免通过未验证的免费服务器进行敏感登录或支付的一般建议仍然适用 — 即使内容本身被加密，运营商仍然可以看到连接元数据（您正在访问哪些站点）。

SOCKS4： 完全没有身份验证机制，因此任何发现代理地址和端口的人都可以使用它 — 您无法知道还有谁在共享它或者他们在用它做什么。纯粹将其视为 IP 中继便利，而不是私有基础设施。

SOCKS5： 支持可选身份验证，当特定代理实际提供该功能时 — 至少可以限制谁可以使用该特定服务器。大多数免费的 SOCKS5 条目在实践中不需要身份验证，因此除非您另有了解，否则通常适用与 SOCKS4 相同的一般警告。

在所有这四种协议中，实用规则是相同的：任何协议的免费、公开来源的代理都应被视为未验证的基础设施。将其用于地理测试、抓取公共数据或休闲浏览等任务，无论使用哪种协议，都避免通过它们路由登录名或付款信息。

直接对比：哪一个对你的任务真正重要

浏览网页或抓取网站

使用 HTTP 或 HTTPS。这些协议是浏览器和几乎每个抓取库原生期望的，兼容性差异非常大，以至于除非特定工具需要，否则很少有理由选择 SOCKS。

使用非浏览器应用程序（FTP 客户端、聊天应用、自定义工具）

使用 SOCKS4 或 SOCKS5。这些应用程序通常打开原始 TCP 连接而不是格式化的 HTTP 请求，而 HTTP 代理将不知道如何处理该流量。

任何涉及 UDP 的内容（重度依赖 DNS 的工具、某些游戏或 VoIP 流量）

SOCKS5 是四者中唯一支持它的 — HTTP、HTTPS 和 SOCKS4 都是纯 TCP 的。

不应公开代理连接本身的敏感流量

优先选择 HTTPS 而不是 HTTP（针对网页流量），因为它加密了第一跳；带身份验证的 SOCKS5 是非网页流量的更接近替代品。

您不确定特定工具需要哪一个

检查工具自身的文档以了解其代理设置 — 如果它只有一个没有协议选择器的“proxy”字段，则它期望 HTTP；如果它有一个将 SOCKS4/SOCKS5 列为选项的下拉菜单，这就是它支持（并可能需要）其生成的任何流量的较低层协议的信号。

您需要专门在 SOCKS4 和 SOCKS5 之间做出选择

默认使用 SOCKS5，除非某些情况专门强制使用 SOCKS4。SOCKS5 具备 SOCKS4 所做的一切以及身份验证和 UDP，因此偏爱它很少有缺点 — 选择 SOCKS4 的唯一常见原因通常是特定的免费代理根本不提供 SOCKS5 选项，或者较旧的工具仅实现了 SOCKS4 规范。

在此网站上按协议筛选

free proxy list 中的每个条目都标有其协议，筛选栏允许您将列表缩小到准确的 HTTP、HTTPS、SOCKS4 或 SOCKS5。每个协议也有专门的页面 — 例如 the SOCKS5 proxy list — 如果您确切知道您需要哪种类型。无论您访问哪一个，在依赖它之前快速浏览一下 Proxy Checker 都是值得的，因为任何免费代理源的可用性都在不断变化。有关在深入了解协议细节之前的代理的更广泛介绍，请参阅 什么是代理服务器？代理类型完整指南。