配置代理的时候，最常看到的两个词就是 HTTP 和 SOCKS5。不少人以为它们只是端口不同、速度有别，实际差别在更底层的地方——选错了，有些软件根本走不出去。
一个认识应用层，一个只负责转发
HTTP 代理运行在应用层，能看懂 HTTP 协议：它知道请求的是什么资源，可以解析地址、处理认证、维护缓存；遇到 HTTPS 流量，则通过 CONNECT 隧道把加密内容原样转发。SOCKS5 工作在更靠下的会话层，不关心上层是网页、邮件还是游戏：它只做一件事，把 TCP 流（以及 UDP 数据报）原样搬过去。
| 维度 | HTTP 代理 | SOCKS5 代理 |
|---|---|---|
| 工作层级 | 应用层 | 会话层 |
| 是否理解 HTTP | 懂请求与响应 | 不理解，只搬运 |
| 流量类型 | HTTP/HTTPS 为主 | TCP/UDP 都能 |
| 典型端口 | 8080、3128、80 | 1080 |
| 典型用途 | 网页浏览、数据采集 | 游戏、邮件、即时通讯等任意客户端 |
网页场景 HTTP 更顺手
浏览器、数据采集、网页 API 调用这类场景，HTTP 代理能少绕弯路：它自带的请求头处理、认证机制和 HTTP 生态天然契合，配合起来更省心，报错信息也更直白。
别的应用选 SOCKS5
只要不是纯网页流量——比如即时通讯、游戏、邮件客户端、SSH 之类——SOCKS5 更合适：它不认识也不需要认识上层协议，流量到嘴边就转，应用端几乎不用改设置，通用性更强。
- 先看流量类型：只有网页，走 HTTP
- 再看客户端支持：客户端只认 SOCKS，就用 SOCKS5
- 最后看混合需求：两类都有，各配各的，别混用一个
协议本身不分好坏，分的是你手里流量的类型——选对了才叫配置，选错了只是把流量绕了一圈。
与 IP 代理的关系：IP 代理服务商通常同时提供 HTTP 与 SOCKS5 两种接入方式，选哪个取决于业务流量构成——网页类业务用 HTTP、其余用 SOCKS5 是常见搭配。所有使用都应遵循平台规则与法律法规，用于正当业务目的。