QQ加好友状态检测工具实测：2000个账号40秒跑完

QQ 加好友，最烦的不是加不上，而是不知道对方是什么状态——有的直接能加，有的要验证，有的要回答问题，有的直接拒绝。手动一个个试，试几十个就崩溃了。

最近试了一款批量检测工具，记录一下实测过程和结果。文章源自指令流-https://zhilingliu.cloud/147.html

检测逻辑：四类状态怎么判断

工具的核心是批量检测 QQ 账号的加好友状态。检测结果分四类：文章源自指令流-https://zhilingliu.cloud/147.html

技术实现上，这四类状态是通过调用 QQ 加好友接口，根据返回的状态码区分的。 不同的状态码对应不同的加好友权限。文章源自指令流-https://zhilingliu.cloud/147.html

这个分类很有用，因为四类账号的处理方式完全不同：直接添加的可以批量操作，需要验证的只能等，拒绝添加的没必要浪费时间，回答问题的需要准备答案。文章源自指令流-https://zhilingliu.cloud/147.html

实测：2088个账号36秒

我用 2088 个 QQ 账号跑了一次，结果如下：文章源自指令流-https://zhilingliu.cloud/147.html

项目	数据
账号数量	2088
耗时	36.5 秒
时速	20591
直接添加	155
需要验证	1676
拒绝添加	34
回答问题	270

36 秒跑完 2000 多个账号，时速 20591，这个速度确实快。文章源自指令流-https://zhilingliu.cloud/147.html

从数据看，大部分账号都是“需要验证”状态，占 80% 以上。直接添加的只有 155 个，占 7.4%。文章源自指令流-https://zhilingliu.cloud/147.html

这个数据分布也说明一个问题： 大部分 QQ 账号的加好友权限是受限制的，真正能直接添加的只有一小部分。文章源自指令流-https://zhilingliu.cloud/147.html

技术实现：多线程 + 代理 + Cookie

速度快的原因主要是多线程 + 代理切换。文章源自指令流-https://zhilingliu.cloud/147.html

线程池调度机制： 200 个线程并行执行任务，任务队列管理待检测账号，执行完一个立即从队列取下一个，保证线程不空闲。文章源自指令流-https://zhilingliu.cloud/147.html

代理切换机制： 每个请求通过代理IP发出，请求失败或达到阈值后自动切换IP，避免单一IP被限制。

Cookie 维持机制： 通过空间CK维持登录态，每个账号对应一个QQ号，检测时使用对应的Cookie。

关键点：线程数不是越高越好。 我测试时 200 线程跑得很稳，但如果你账号少，或者代理IP不够，建议先从小线程数开始。

几个容易踩的坑

Cookie 过期问题。 空间 Cookie 有有效期，过期后检测会失败。建议定期检查 Cookie 状态。

代理IP不够用。 如果线程数设得很高，但代理IP不够，会出现请求失败。建议代理IP数量大于线程数的 2-3 倍。

线程数一上来就拉满。 我一开始设了 500 线程，结果部分请求失败。后来降到 200，稳定了。

分类保存的好处。 检测结果按四类保存，后续可以针对不同类别分别处理。比如只对“直接添加”的账号做批量操作，效率更高。

FAQ

支持哪些检测状态？

直接添加、需要验证、拒绝添加、回答问题，四类。

线程数设多少合适？

实测 200 线程比较稳。建议根据代理IP数量调整，代理IP数量最好大于线程数的 2-3 倍。

Cookie 多久过期？

不确定，和账号活跃度有关。建议定期检查。

检测结果怎么保存？

按四类分类保存，便于后续处理。

总的来说，这类工具解决的是“批量检测加好友状态”的效率问题。2000 多个账号 36 秒跑完，比手动操作快太多了。技术实现上主要靠多线程并行、代理IP切换和Cookie维持登录态。使用时注意控制线程数、保证代理IP充足、定期检查 Cookie 状态。