出口类型（静态/动态、住宅/机房）与协议（Socks5/HTTP/L2TP）是代理IP选型的两个基础维度：类型决定出口的稳定与覆盖，协议决定客户端怎么接。两个维度选错一个，业务都别扭——选对的前提是先搞清两者各管什么、再按业务场景对照。
一、出口类型各管什么
静态与动态的分界在”出口是否固定”：静态出口长期不变，适合长挂机、绑定类业务，稳定性优先；动态出口周期性变化，覆盖广、成本灵活，适合任务型、轮换型业务。住宅与机房的分界在”资源来源”：住宅类出口更贴近普通家庭网络属性，机房类出口统一出口特征明显。选型逻辑：先按业务时长定静态/动态，再按业务属性定住宅/机房。宽泛地说，长时稳定型选静态、高频轮换型选动态、追求贴近家庭属性选住宅、追求速度与并发选机房——具体到平台比对，可以对照本站（ip333.cn）的「IP平台大全」分类，把各平台的资源类型与档位放在一起看，选型面更全。
二、协议各管什么
Socks5 是通用代理协议，适配面广，多数工具与客户端直接支持；HTTP 面向网页链路，配置直观，适合浏览器类场景；L2TP 属于隧道类协议适合整体组网，配置稍重。协议选择看两端：客户端支持什么（工具认哪种协议）、业务走什么流量（网页类用 HTTP 顺手，混合场景用 Socks5 通用）。协议与端口、鉴权配置是一套：选完协议，对应的地址、端口、账号密码一起配齐。
三、按场景怎么对照
几个典型场景对照：多开窗口登录类——静态+住宅优先，出口稳定、归属贴近家庭；批量任务类——动态+机房可行，轮换与并发更划算；同城业务类——归属地匹配的池，静态动态按时长定；软路由整组接入——隧道类协议优先，组网整体出口。对照表是起点，真实业务验证是终点：入选的组合先小规模跑，确认体验再放量。每个场景的最终选择记录进台账，注明选型理由，下次同类场景直接引用。
四、选错的识别与修正
选错有信号：长挂机业务频繁换出口（动态线选了长挂）、任务场景成本偏高（静态线跑任务浪费）、连接经常失败（协议与客户端不匹配）。识别到信号后回归选型逻辑重选：改类型或改协议，先小规模验证再切换。选型是动态的：业务变了，当时的”最优组合”可能不再合适，按季度复核一次。出口类型与协议的两维配合是代理IP使用的入门关，理清这两维，后续配置与维护都顺。
问：Socks5 和 HTTP 能同时用吗？能：不同窗口或不同场景可以分别用不同协议，只要客户端支持。混用的关键是台账记清楚——哪个窗口用哪种协议，配置时不混。
问：动态出口配长会话会怎样？可能出现保持与换发的矛盾：动态出口本身会周期性换发，会话设太长可能与换发冲突，设短又不够用。长会话需求优先考虑静态出口，动态出口按本身节奏配会话。
选型对照表本身就是资产：把场景、出口类型、协议、验证结果整理成一张可复用的对照表，存进知识库。新场景出现时先查表——历史上相似场景怎么选的、验证结论如何，直接作为初选依据，再针对差异点补验证。对照表按季度更新：新线路类型、新协议支持、业务结构变化，都反映进表里。表的维护有专人负责，改动记录版本，防止多人各改一版最后对不上。对照表做得好，选型从”每次从头想”变成”站在历史肩膀上”，效率与准确率同步提升。