第一次配置代理IP时，很多人的目光都会停在「协议类型」这个选项上：下拉框里列着 HTTP、SOCKS5 一类的名字，不熟悉的人根本不知道选哪个。其实这个词没那么玄，它问的是「你希望用什么方式把流量交给代理IP去转发」。这篇先给出一张总地图，把协议类型讲清楚。
先给协议类型一个通俗的定义：协议是双方通信时共同遵守的规则集，协议类型则是「按规则风格分出的类别」。网络里的通信双方不只一对，规则也分好几种，于是就有了类型之分。代理IP语境里常说的协议类型，通常指代理转发链路采用的规则种类——HTTP 代理是一类，SOCKS5 代理又是一类。
理解协议类型有个最省力的比喻：把它想成两个人对话用的语言。说同一种语言才能顺畅交流，代理IP的客户端与出口之间也要「说同一种语言」，配置框就是在问你想让两边用哪门语言对话。选对了，流量顺畅进出；选错了，两边各说各话，连接自然建立不起来。
这一篇是「什么是协议类型」系列的开头，先把大框架立起来。后面会依次展开：为什么网络通信离不开协议、一次访问要用到几层协议类型、传输层两大类型的性格差异、代理协议家族的成员图谱，以及业务协议与代理协议的两套体系。每篇都围绕同一个核心——协议类型决定流量怎么被识别、怎么被转发。
协议类型在代理IP配置里的位置
把协议类型放进整张配置图里看，它的位置很清晰：一条代理IP配置通常包含地址、端口、账号密码与协议类型几项。地址与端口决定「连到哪里」，账号密码决定「谁在用」，协议类型决定「用什么规则对话」。四项合起来，客户端才知道怎么把请求打包、交给哪条通道、用哪种方式等待回应。
其中协议类型最容易被人忽略，因为它不直接出现在连接结果里——地址写错了立刻连不上，协议类型选错了却可能「连上了但跑不对」。后面系列会专门讲类型选错时的表现，这里先记住一句：配置框里的协议类型，是客户端与代理IP出口之间那门「共同语言」的选项。
不同类型的规则集在报文写法、能力边界上有差异：有的类型只处理网页流量，有的类型能转发几乎所有 TCP 流量，有的类型还额外支持 UDP。这些差异不是制造麻烦，而是不同年代、不同场景沉淀下来的产物，理解它们的来历，配置时就不再靠猜。
一张图记住协议类型的全貌
把本系列要讲的协议类型地图先铺开：底层是传输层两大类型——面向连接的 TCP 型与轻快的 UDP 型；再往上是代理协议家族——HTTP 代理、HTTPS 代理、SOCKS4、SOCKS5 等；旁边还立着一套容易混淆的体系——业务协议（网页、邮件、游戏各自用的协议）与代理协议（转发这些业务的协议）不是一回事。三层地图认清后，任何配置框里的协议类型选项都能对号入座。
地图的另一条线索是「类型与版本」的关系：HTTP 有 1.1 与 2 之分，SOCKS 有 4 与 5 之分——版本是类型内部的迭代细化，别把版本当类型。理解这条线索，看服务商的功能列表时会清醒很多。
怎么用好这张地图
用地图的方式很简单：拿到一条代理IP配置，先问三个问题——这条通道跑在哪种传输性格上、它属于代理协议家族里的哪一类、它上面承载的是哪类业务协议。三个问题答完，配置框里该选什么、为什么这么选，基本就清楚了。
地图也提醒我们：协议类型没有绝对的优劣，只有适不适合当前链路。HTTP 代理在网页场景里足够顺手，SOCKS5 在通用转发上更灵活，各自都有长期存在的理由。看懂地图，是为了在需要时能准确说出自己用的类型，而不是被一串名字唬住。
收个尾：协议类型是配置框里「用什么规则对话」的选项，把它想成双方共同的语言就很好理解。记住三层地图——传输性格、代理协议家族、业务与代理两套体系——再加一条类型与版本的线索，接下来逐篇展开时，每一块都会落回这张图里。