HTTP代理本质上是代理一台中间服务器，它坐在你的什意思电脑和互联网之间，替你转发请求。代理你访问网站时，什意思数据先到代理那里，代理再由它转交给目标网站，什意思对方的代理响应也原路返回。就这么简单，什意思一个传话的代理。

我举个具体例子。什意思你在办公室想刷微博，代理公司网络管理员在路由器上设了个HTTP代理。什意思你的代理浏览器请求先撞到代理服务器上，管理员一看——微博，什意思屏蔽。代理于是你看到“无法访问此网站”。反过来，如果你在家用代理访问国外网站，代理服务器在美国，那网站看到的就是美国IP，以为你是本地用户。这就是为什么有人拿它看Netflix。

HTTP代理和HTTPS代理有个关键区别，很多人搞混。HTTP代理处理的是明文流量，它能偷看你的请求内容——你搜了什么、发了什么帖子，理论上都能被代理运营者记录。而HTTPS代理只负责建立隧道，数据本身是加密的，代理能看到你访问了哪个域名，但看不到具体内容。所以用免费代理时，别拿它登录网银，那等于把银行卡密码写在明信片上寄出去。

代理还分正向和反向。正向代理是替你访问外部资源，刚才说的都是这种。反向代理则站在网站那边，替服务器接收访客请求。大型网站几乎都用反向代理做负载均衡——用户请求先打到nginx上，nginx再分发给后面几十台实际运行代码的服务器。你感觉不到差异，但网站能扛住千万级流量，全靠这个前置的“接待员”。

实际使用中，HTTP代理最让人头疼的是速度损耗。每多一跳，延迟就增加几十毫秒。我在国内用代理访问GitHub，直连时延迟200ms，挂代理后变成350ms——下载代码明显变慢。但有些场景必须忍，比如公司封锁了某些端口，或者你想隐藏真实IP做爬虫。我见过一个做数据采集的朋友，用轮换代理池，每请求一次就换一个IP，防止被目标网站封。他买的代理池有几千个IP，但质量参差不齐，有些是肉鸡，有些是数据中心IP，经常被反爬系统识别出来。

自己搭一个HTTP代理其实不难。Linux服务器上装个squid，改几行配置，就能跑起来。但别指望它有多快——单核CPU处理并发连接的能力有限，家用宽带上行带宽也撑不住多人共用。我试过用树莓派挂代理，连三个设备就卡得不行，最后放弃了。

还有一类透明代理，它不需要你在浏览器里配置任何东西。网络设备直接把你的流量劫持过去，你根本感知不到。学校、公司、公共WiFi经常这么干，用来做内容过滤或流量审计。你在星巴克连上WiFi，输入手机号认证，那背后的网关很可能就是透明代理。它能看到你所有未加密的HTTP请求——所以公共场所尽量用HTTPS，别让网关把你的搜索记录看光。

最后提醒一句：代理不是VPN。VPN加密整个网络层流量，代理只处理应用层请求。代理能干的，VPN都能干；但VPN能干的，比如加密所有TCP/UDP流量，代理做不到。很多“科学上网工具”其实跑的是Shadowsocks或V2Ray，那属于SOCKS5代理或自定义协议，跟HTTP代理不是一回事。别搞混，否则排查问题时会走弯路。