一台服务器上放着几十个站点，它们对外可能只用一个地址，也可能用几个。名字和地址之间并没有一一对应的限制：一个名字可以配多个地址，一个地址也可以被多个名字指向。这种做法既省资源也方便管理，代价是服务器必须靠请求里的名字来判断该返回哪一份内容。理解这层关系，遇到访问甲站跳到乙站这类现象就知道从哪查起。代理IP服务里提供的地址也是同样的道理。
共用一个地址是怎么做到的
服务器在收到请求时，会读请求头里带着的名字，再决定给哪一份内容。配置里一般把每个名字对应的目录或者规则列清楚，收到哪个名字就给哪一套。如果没有匹配上，就给一个默认的，或者直接拒绝。这种做法让一台机器能同时服务很多站点，资源利用效率高，成本也低。
- 请求里的名字
- 决定返回哪一份内容
- 配置里的对应
- 每个名字一套目录或者规则
- 没匹配上的情况
- 给默认的，或者直接拒绝
共用一个地址的前提是请求里带着名字。
共用会带来什么影响
共用之后，这些站点在外部看来是同源的：共用一条带宽、一套处理能力、一份访问记录。一个站点流量突然上涨，其他站点会跟着变慢；一个站点出了问题被限制，同一地址上的其他站点也可能受牵连。这是共用资源固有的连带效应，跟站点本身做得好不好没有关系。代理IP使用中如果多条任务共用一个地址，也会出现类似的相互影响。
分开还是共用，取决于站点的重要程度。重要站点单独用一个地址，出问题时影响面小；测试和临时用途的站点共用，成本更低。代理IP选型时也会碰到同样的取舍：共用程度低的资源更稳，共用程度高的资源更省。两种都有适用场合，按任务的重要程度来定就行。
请求里带着名字，服务器才分得清该给哪一份。
共用省资源，代价是风险也一起承担。重要站点单独占一个地址，是常见的做法。