配置代理IP时翻看协议相关的介绍，常会碰到两类数字：一类是类型名里的数字，比如 SOCKS5、HTTP/2；另一类是配置里的版本信息。很多人把「类型」和「版本」当成一回事，其实它们是两个层次的概念——类型是家族，版本是家族里某代人的特征。混着填，配置就容易出岔子。
先给两者各下一个定义：协议类型回答「用哪套规则体系」，比如 HTTP 代理与 SOCKS 代理是两种类型；协议版本回答「这套体系发展到哪一代」，比如 SOCKS 的 4 代与 5 代、HTTP 的 1.1 与 2。类型是横向的类别划分，版本是纵向的迭代编号。
用汽车打比方：类型像车型分类——轿车、SUV、货车是不同类型；版本像年款——同是轿车，2020 款与 2024 款配置不同。SOCKS4 与 SOCKS5 的关系，就是「同一车型的老款与新款」：核心思路一致，能力有增有减。把这套比方套到代理IP的协议类型上，类型与版本的分工就非常直观了。
版本迭代到底改了什么
协议版本迭代通常围绕三件事：修漏洞、扩能力、提效率。以代理IP常用的 SOCKS 家族为例，从 4 代到 5 代，新增了用户名密码认证、UDP 转发支持，地址表达也更规范——这些升级让老类型焕发新能力，但使用入口还是同一个类型名。
HTTP 家族同理：1.1 到 2 的演进主要在传输效率与并发处理上，普通代理IP使用者感知不到差异，浏览器与服务端会自动协商采用哪个版本。协议版本在多数场景下是「自动档」，不需要使用者手动指定——这也是版本与类型最大的不同：类型要手动选对，版本往往自动兼容。
版本的存在还带来一个实用提醒：看到代理IP配置里的「SOCKS5」时，5 是版本号，SOCKS 才是类型名。配置时选的是类型（SOCKS），版本通常由客户端与服务端自动对齐；刻意去选版本反而可能制造麻烦——除非客户端明确要求指定。
类型是规则体系的类别、版本是体系内部的迭代：SOCKS5 里 5 是版本、SOCKS 才是类型——配置时选对类型，版本多数场景自动对齐。
绝大多数使用场景下，版本差异不需要代理IP使用者操心：现代客户端与服务端都会协商对齐到双方都支持的版本。少数场景需要留意——老设备或老软件只支持旧版本时，新版本协议可能连不上，此时要么换客户端，要么选兼容老版本的通道。
对代理IP使用者来说，值得记住的判断顺序是：先确认类型（HTTP 还是 SOCKS 等），再顺带看一眼版本说明（服务商标注的 SOCKS5、HTTP/2 等）。类型决定能不能连，版本决定连上后能力全不全——先对类型，再谈版本。
把类型与版本分清之后，还有一个现象值得解释：为什么服务商的列表里会同时摆着好几种协议类型，而不是只推最好的一种？老类型为什么还没被淘汰？下一篇从历史与生态的角度讲清楚协议类型并存的底层原因。
收个尾：类型是横向的类别、版本是纵向的迭代，两者是不同层次的概念。配置代理IP时先确认类型、再看版本，版本多数交给自动协商——分清这对概念，看任何协议说明都不再犯迷糊。