EdwardLee

还在招噢，有意欢迎来询～

有意向的朋友可以联系试一下噢，现在急招，机不可失～

@twister1017 没有的

@runningman 有兴趣么？来玩玩

@runningman 这不是来了么，hah~

@Gezqh 我这没有噢，有需要的话可以内推其他部门

抖音电商有兴趣没？ base 北京 /上海 /杭州都有坑

目前情况：
1. 单线程：耗时约 36 小时，请求稳定（效率极低）
2. 分批 3w 数据 /线程，共 5 个线程：耗时约 16 小时，请求较稳定 （效率略低）
3. 固定 30 个线程：耗时约 3.5 小时，偶有 HTTP 请求超时（效率已经能够满足，需解决部分超时异常）
4. 固定 100 个线程：测试过程因请求超时案例过多，暂不予考虑，所以未计耗时

总结：
我的业务场景属于网络 IO 密集型任务，时间基本都消耗在等待 HTTP 请求的响应，所以多线程请求还是效果很明显的，至于固定多少线程效率最高我无法确定，纯手工尝试，有科学测量方式的小伙伴麻烦指教一下。30 线程数已经能够满足业务需求，暂以项目交付为先，关于各位 V 友的建议比如异步请求之类的有空的时候再尝试。

在此感谢各位 V 友的不吝赐教

@xzg 业务场景是不需要实时响应的，异步应该是可行的。暂时不太了解异步，尝试了下多线程，效果还是很明显的，已经能够满足需求了。