「协议类型」这个词有个容易踩的坑：它可能指业务协议（网页、邮件、游戏自己用的协议），也可能指代理协议（用来转发上述业务的协议）。不少人把两者混为一谈，配置代理IP时填了业务协议的名字，结果怎么也连不上。这篇把两套体系彻底分开讲。
先分清「货」与「车」：网页访问用的 HTTP、邮件用的 SMTP、即时通信用的各类应用协议，是业务协议——它们表达的是「用户想做什么」；HTTP 代理、SOCKS5 这类协议，是代理协议——它们负责的是「把业务流量运过去」。业务协议是内容，代理协议是运输方式。
两套体系在一条代理IP链路里同时存在、各司其职：你的软件按业务协议发出请求，客户端按代理协议把请求包装好交给代理IP，代理IP再按业务协议向目标站转发。一层套一层，像货物装进集装箱、集装箱装上货轮，各自规则分明。
为什么容易混淆
混淆的根源是名字太像：HTTP 既是业务协议（网页内容规则），又是代理协议的名字（HTTP 代理类型）——同一个词，在不同语境指不同的东西。配置框里的「HTTP」，指的其实是「用 HTTP 代理的方式转发」；你访问的网页本身也用 HTTP，但那是另一层含义。
另一个混淆来源是「转发即承载」的直觉：有人以为选了 SOCKS5，就等于业务协议都变成 SOCKS5 了——其实业务协议没变，网页还是网页协议，变的只是「运输方式」。代理IP配置里填的协议类型，永远是运输方式那一类，不是业务内容那一类。
配合的关键在于「代理协议要能看懂业务协议或干脆不看」：HTTP 代理看得懂网页业务协议，能做更精细的处理；SOCKS5 代理不关心业务协议是什么，原样转发。前者像懂行的快递员，后者像只管搬运的物流车，各有各的适用面。
对使用者来说，记住一句话就够：配置协议类型时想的是「用什么车运」，而不是「运的是什么货」。货的种类决定你访问什么网站、用什么软件；车的种类决定流量怎么被转发。两者分开想，配置思路立刻清晰。
两套体系的分工还解释了另一个现象：为什么换了代理IP出口、业务协议没变，有的网站却出现异常——那是运输层或出口侧的因素在起作用，与业务协议本身无关。排查时先分清「货的问题」还是「车的问题」，方向才不会错。
落到配置动作上
落到实际操作：拿到代理IP配置单，看「协议类型」一栏写的是 HTTP 代理、SOCKS5 还是别的，这是车的类型；打开自己常用的软件或浏览器，它们默认用 HTTP、HTTPS 等业务协议发出请求，这是货的形态。把「车」的选项填对，客户端会自动完成「货装车」的包装动作。
理解两套体系还有一个实际收益：向服务商提问时能问在点子上——问「支持哪些代理协议类型」而不是「支持哪些网页协议」，对方的回答才有参考价值。术语对齐，沟通效率与配置成功率都会明显提升。
收个尾：业务协议是货、代理协议是车，一条代理IP链路里两套体系同时运转。配置框里的协议类型填的是「运输方式」，分清「运什么」与「用什么运」，是协议类型知识里最值得记住的一层。