小李那天写了个价格监控脚本，要抓一个电商平台上一千个商品的历史价格。脚本不复杂，requests加个循环，单机跑了不到二十分钟，前两百个商品一切正常。到第两百零一个，响应突然变成403。

他换了User-Agent，加了随机sleep，重新跑，这次撑到三百个，又被封。他这才反应过来，问题不在请求头，在出口IP——平台服务器早就记住了他这个"同一个地址、每隔几秒就来一次"的访客。

他上网搜"爬虫被封怎么办"，满屏都在说"用代理IP"。随便找了一个免费的，填进代码，确实又能跑了。但跑不到五十个请求，那个IP也被封。又换一个，再被封，再换。一晚上换了十几个IP，脚本没跑完，人先累了。小李卡住的地方其实很具体：他需要的是"能自动换的出口地址"，手里却只有一个"换一次就固定下来的地址"——这两样东西，在代理IP的世界里对应的是两种完全不同的产品，动态代理IP和静态代理IP。

最直观的区别：出口地址固定，还是按规则变

动态代理和静态代理的根本区别，一句话能说清：出口IP在约定周期内是固定的，还是按规则变化的。

静态代理在租用期间给你一个固定IP，每次连接都走同一个出口。动态代理的出口地址会按一定机制变化——可能每次请求换一个，可能隔几分钟换一个，也可能会话到期后换一个。

拿生活里的事打个比方。静态代理像你租了个固定门牌号，快递、外卖、访客，任何时候来找你，地址都是同一个。好处是别人能稳定找到你，坏处是这个地址一旦被标记，所有从它发出去的行为都会被串到一起。动态代理像你每次出门都换个临时号码，打出去的电话显示不同号码，对方很难追踪，也没法通过回拨某个号码找到你。

一个维持身份不变，一个让身份持续变化。谁更好，不取决于谁更强，取决于你的业务需不需要一个稳定的身份。

动态代理IP怎么工作：代理池加隧道

动态代理不是"一个会变的代理"这么简单，背后是一整套系统。理解它的关键，是搞清代理池和隧道这两个东西。

代理池是一大批可用IP的集合。服务商维护着不同来源、不同地区的IP资源，你的请求进来时，系统从池子里挑一个当时能用的IP当出口。你拿到的不是"某一个IP"，是"从这个池子里取IP的能力"。

但光有池子不够。池子里要是一万个IP，你的代码总不能写一万行代理地址。所以动态代理通常以隧道的形态交付：你只连一个固定的网关地址，网关按规则从池子里选IP，把请求转发出去，再把响应带回来。对小李这样的场景，代码里填一次网关地址就行，后面每次请求的出口IP由网关自动轮换，不用人手动去换。

隧道代理的典型工作流程：客户端连上代理网关，网关从IP池里挑一个合适的IP（看目标网站、延迟、历史封禁率这些因素），建加密隧道，转发请求。小李之前手动换代理，本质上是在人肉模拟隧道的轮换逻辑，而且换得毫无章法——被封了才换，换完很快又被封。隧道把这件事自动化了，轮换策略也比"封了才换"精细得多。

静态代理的定位：要的是稳定身份，不是灵活轮换

静态代理没有代理池，也没有轮换的概念。给你一个IP，租用期内不变，就这么简单。

听着像"落后"，但它解决的是动态代理解决不了的另一个问题：身份连续性。

很多业务得靠"同一个IP持续访问"才能正常跑。社交媒体账号运营、电商店铺管理、需要登录态的长会话，这些场景IP一频繁变，平台风控直接判定"登录环境异常"，轻则二次验证，重则冻结账号。有个做国内电商店铺管理的团队，初期用动态IP轮换，几十个账号被平台批量冻结；后来改成每个账号绑定一个固定静态IP，封禁率降到零。

静态代理的缺点也来自它的稳定。一个固定IP被目标网站标记了，你手里就没有"下一个IP"可用。它适合的是低频、长期、需要稳定身份的场景，不是高频对抗封禁的场景。

核心区别不止"变不变"，还有三个维度

"地址是否固定"最直观，但真到选型的时候，下面三个维度的差异往往更关键。

第一，对抗封禁的思路不一样。动态代理靠分散：把大量请求摊到不同IP上，让每个IP看起来都像个普通用户在低频访问。静态代理没有分散能力，只能靠稳定、低频、行为正常来避免被标记。反爬严、单IP请求频率卡得死的目标，动态代理更对路；需要长期保持登录态的平台，静态代理更安全。

第二，计费和资源模型不一样。动态代理通常按IP数量或流量计费，因为它的IP是大量、短效、能回收的资源。静态代理通常按租用天数或流量付费，因为一个固定IP被你占着，服务商就没法再分给别人。计费差异的背后是资源属性：动态卖的是轮换能力，静态卖的是独占稳定性。

第三，使用和维护成本不一样。静态代理几乎没什么管理负担，填进去，一直用。动态代理，尤其是那种要自己维护代理列表的方案，得额外做健康检测、失效剔除、轮换频率控制。轮换设太慢，单IP请求太多会被封；设太快，行为模式又不像真人，同样进风控名单。隧道代理把大部分管理自动化了，但你仍然得理解它的轮换规则，做不到"填进去就不管"。

动态住宅和静态住宅，不是"好"和"差"

市面上常把"动态""静态"跟"住宅"绑在一起宣传，容易让人以为动态住宅更高级、静态次一等。不是这么回事。

动态住宅代理的核心优势是IP基数大、来源分散、行为特征接近真实用户，适合"伪装成很多个不同的人"。静态住宅（或者ISP代理）的核心优势是一个IP在较长周期内保持稳定，同时IP本身注册在真实ISP名下，稳定性和可信度兼得，适合"伪装成同一个人，持续用同一个地址"。

两者解决的是不同的问题。拿动态住宅去做账号长期登录，平台看到的是"这个账号每天从不同城市的不同IP登录"，风控不封你封谁？拿静态住宅去搞大规模并发采集，一个固定IP短时间内发出几百个请求，照样被盯上。代理类型要匹配的是业务对身份的需求，不是什么抽象的质量排名。

回到小李：动态和静态是两条分岔的路

小李最后没再手动换免费代理。他把脚本改成接入一个隧道代理，网关按规则自动轮换出口IP，"被封了再换"的逻辑直接删掉了——每个请求的出口地址本身就是分散的。

但他也想明白了一件事：将来要是去管一批需要长期登录的账号，而不是抓公开的价格数据，他会换成静态代理，每个账号绑一个固定出口。动态和静态不是升级关系，是两条分岔的路：一条走向分散和轮换，一条走向固定和连续。

选型其实就一个问题：你的业务要让目标网站看到的，是一个"持续存在的同一个人"，还是"很多个不同的普通人"？前者用静态代理，后者用动态代理。要是两者都需要，那就准备两套策略，别指望一套代理兼顾所有场景。