HTTP隧道基于 HTTP 协议，支持 HTTP/HTTPS/WebSocket 协议数据的传输。

是的，HTTP隧道的出口 IP 均为高匿名。

• HTTP隧道的 IP 有使用时长限制，不同版本的可用时长不相同，每一个 IP 从隧道切换至该 IP 开始计时，到期后HTTP隧道切换到另一个 IP。

• 手动切换 IP 时，两次切换 IP 的间隔时间不得少于 1 秒。

HTTP隧道的数据节点遍布全国各个省市，暂不提供国外IP。

HTTP隧道目前每天提供 120~150 万左右的 IP 流水，每个时刻 IP 池中有几十到几百个可用 IP。

随着时间推移，阿布云会逐步部署更多的数据节点以提供更丰富的 IP 资源。

不能保证 IP 的重复率为零，不过随着平台 IP 资源的不断丰富，重复的机率会越来越小。

HTTP隧道会尽量从 IP 池中分配一个尚未使用过的 IP，但如果池中的 IP 在当天都被隧道使用过，为了保证服务的可用性，隧道会随机分配一个可用 IP。

因为HTTP隧道的 IP 都是从 IP池 中随机分配，多条隧道使用的 IP 会有一小部分重复。但随着平台 IP 资源的不断丰富，重复的机率会越来越小。

在网络优质的情况下，HTTP隧道的速度非常快。

有限制。一条HTTP隧道默认每秒只允许 5 个请求，如果需要更多请求数，请额外购买。

由于不同用户的隧道可能使用同一个 IP，为了防止某个用户的大量并发请求影响其他用户的使用，平台限制了隧道每秒可以发送的请求数。

一秒内发起的请求总和。

“线程数” 不等于 “每秒请求数”，因为一个线程可以在一秒内发起多个请求。

如果计算并发的时间粒度以秒为单位，那么 “每秒请求数” 等于 “并发数”。

如果用户不能很好的控制自身的请求数，每一秒超出的请求都会放入队列，会导致如下问题：

• 若每一秒优先处理队列中的请求，而该秒内发起的请求无法得到及时处理。

• 若每一秒优先处理该秒内发起的请求，如果这一秒内发起的请求与队列内排队的请求数之和小于隧道购买的请求数，则队列中会有部分请求会一直积压，最终超时。

• 云服务器接收请求的处理逻辑更复杂、更容易出错。

为了防止429错误，只能有两种办法：

• 程序控制好自身请求频率

• 购买足够多的每秒请求数。