add sub proxy pool mechanics - #213

请问可以描述一下引入这个能够带来什么场景下的好处吗？主要解决什么问题

面临2个问题：

1. 构建多个专属的代理池，需要配置TEST_URL、REDIS_KEY，并启动多个不同proxypool。
   • 长期运行，多个pool运行内存资源占用较大
   • 一些私有代理接口模式，有调用获取IP限制（1个/10秒），多个pool同时进行get，没法获取IP被限制且效率低（穷）
2. tester默认的检测机制，只检测状态码，复杂情况下无法检测proxy有效性
   • 有些网站限制IP时，返回json 200，但实际是失败，限制了IP
   • 有网站访问需要先获取动态token再请求，才能确认有效性

多谢解释，代码看着没问题，我已经合并。