直连一个网站时，浏览器发出的请求第一行通常是「GET /page」，而走 HTTP 代理IP之后，同一个请求的第一行会变成「GET http://目标站/page HTTP/1.1」。同样是访问同一个页面，请求行的写法为什么会差这么多？
先说结论：差别来自代理IP的定位——它是中间人，得先知道你要去哪，才能替你把请求转出去。直连时目标站自己知道域名，浏览器只写路径就够了；走代理时，目标信息必须写全，代理才能照着地址转发。
这段写着完整网址的第一行，在协议里叫请求行。它是每次 HTTP 请求的开场白，也是代理IP在协议层认路的第一依据。看懂这一行，很多抓包时的疑惑都能解开。
请求行三段，代理IP靠它认路
一段请求行由三部分组成：请求方法、目标地址、协议版本。方法告诉代理你要做什么，比如 GET 是取数据、POST 是交数据；目标地址告诉它去哪；协议版本告诉它按什么规则沟通。三段各管一摊，缺一段代理都没法往下走。
直连时目标地址写的是相对路径，因为浏览器已经和这个站点建立了连接，剩下的路径信息足够定位资源；走代理后，浏览器把请求整体交给代理，代理自己不认识目标，只能靠请求行里写全的地址去发起连接。
这也是为什么抓包看代理流量时，请求行里会出现完整的网址——那不是异常，是 HTTP 代理IP协议本身就要求这种写法。看到完整网址的请求行，基本可以断定这条请求确实经过了代理转发。
方法、地址、版本，三段缺一不可。
完整网址里，代理IP会读哪几段
拿到完整网址后，代理IP会把地址拆开看：协议、主机名、端口、路径。协议决定要不要额外处理，比如 http 和 https 的转发方式就不同；主机名和端口决定连到哪台服务器；路径则原样转给目标站。注意，路径本身代理一般不改，改的是它定位目标的方式。
一个容易混淆的点：请求行里的地址和请求头里的 Host 字段。请求行写的是给代理看的完整目标，Host 字段是给目标站看的站点名。代理用请求行认路，目标站用 Host 认域名，两者各司其职，不是一回事。
如果抓包时发现请求行是相对路径，而代理配置又确实开着，那说明这条请求根本没有走代理——可能是走了别的出口，也可能是软件没用上代理设置。这个细节在排查时很实用。
不是所有请求都走这种写法
访问 HTTPS 站点时，浏览器会改用 CONNECT 方法，请求行变成「CONNECT 目标站:443 HTTP/1.1」，之后不再发普通请求，而是先把隧道建起来。这一步相当于先问代理「帮我连到这个地址的 443 端口」，连上后再在隧道里发真正的请求。
对普通 HTTP 页面，代理看到完整网址就知道转给谁；对 HTTPS 页面，代理看到 CONNECT 就知道要开隧道。两种写法对应两种转发方式，都是代理IP在协议层面认路的方式，没有谁对谁错，只是场景不同。
请求行是代理IP的第一道关卡：方法、地址、版本三段，任何一段格式不对，代理都可能在转发前直接报错。
直连写路径，代理写全址：目标信息写全不全，是判断请求有没有走代理的最直观信号。
CONNECT 是另一条路：HTTPS 走隧道时请求行长这样，别把它当成普通请求行来读。
理解请求行的写法，排查代理IP相关问题时很有用。抓包看到请求行是相对路径，说明请求没走代理；看到完整网址，说明代理确实介入了；看到 CONNECT，说明走的是隧道。通过这些细节，能快速判断请求到底走了哪条路，链路问题从第一行开始就能定位。