一个疑问常在配置完代理IP后冒出来：明明只填了一个端口号，怎么连接一多，本地这边冒出来的端口也跟着变？抓包一看，每次发起连接的源端口都不是同一个。这些端口是谁挑的，为什么总在换？
先说结论：源端口是操作系统替每个新连接临时挑的，用完了就还回去，下次再挑一个。这套机制叫临时端口，是端口世界里最忙碌的一批数字。
这篇把临时端口从分配到回收讲清楚，顺带解释为什么代理IP连接看起来总在换端口。
临时端口：代理IP连接发起时的自动分配
一台机器要对外发起连接，光有目标地址和目标端口不够，自己这边也得有个端口当寄件地址，这就是源端口。源端口从哪来？不是程序自己指定的，而是操作系统从一片预留的数字里随机挑一个，挑完记下，等连接结束再收回。
这片预留的数字叫临时端口范围。范围两端的数值因系统而异，但逻辑一致：发起连接时从里面取一个空着的数字用，用完归还，下次再用别人。程序不关心具体拿到几号，只要能用就行。
随机分配有一个附带的好处：两条连接很难撞上同一个源端口。连接靠几条信息共同区分，只要源端口不同，哪怕目标完全一样，两条连接也不会互相干扰。
所以你在抓包里看到源端口不断变化，不是代理IP连接出了什么毛病，恰恰是系统在正常地给每个新连接发临时身份。
连接断开之后，源端口并不会立刻就能再用，它要先在系统里待一段时间，等状态清理干净才回到可用池子。这个细节，下面还会提到。
为什么代理IP连接格外容易让人注意到源端口
直连时源端口也一直在换，但没人盯着看。走代理IP后，连接被拆成两段，每段都有自己的源端口，本机到转发层这段尤其显眼——连接数一多，源端口的变化就像流水一样不断滚动，想不注意都难。
另一个原因是代理IP连接往往短而密：一批任务上来，几十上百个连接排队发起，每个都要分一个源端口。分得越快，看起来就越像在不停换号码。
源端口不够用了会怎样
临时端口范围是有限的。短时间发起海量连接，把范围内的数字都占满，新的连接就分不到源端口了，表现是连不上或者报错。高并发任务里的代理IP连接扎堆发起时，最容易撞上这堵墙。
多数情况下不用提前焦虑：现代系统的默认范围足够普通业务用。真正会触顶的，是那种一口气开几千条连接的高并发场景，或者连接不释放、把范围慢慢占满的异常情况。代理IP出口那侧的服务端端口常年固定，压力全在客户端这边的临时端口上。
源端口是系统发的，不是程序填的，所以配置里永远看不到它的身影，抓包时却处处是它。
源端口在变是正常现象，代理IP连接短而密时尤其明显，不用把它当成故障信号。
源端口告急才是问题信号，多数是连接不释放，或者并发确实超过了本地能力的承受范围。
端口的两个端点，一头是服务端常年不动的门牌，一头是客户端来了又走的临时号码。看清临时号码的来去，代理IP连接的数量问题就解释了一半。