Python自动化实战：模拟用户行为找回绑定QQ号

1. 项目概述：当手机号成为找回QQ的钥匙

最近在帮一个朋友处理旧账号时，遇到了一个挺典型的问题：他记得自己有好几个QQ号，但只记得当时绑定的手机号，具体的QQ号码早就忘得一干二净了。手动去一个个试？不现实。这让我想到，其实很多人都有类似的需求——通过一个已知的手机号，找回曾经绑定过的、被遗忘的QQ号。这背后不仅仅是个人记忆的模糊，更涉及到数字资产管理、账号安全追溯等实际场景。

于是，一个利用Python实现自动化查询的想法就诞生了。这可不是什么“黑科技”或者破解手段，其核心思路是模拟一个合法用户在官方或常规渠道下的查询行为，将繁琐、重复的人工操作转化为稳定、高效的自动化流程。想象一下，如果你是一个社区运营者，需要梳理一批历史注册用户的QQ信息进行联系；或者你是一个个人用户，想清理自己名下到底绑定了哪些平台的账号，这个自动化方案就能派上用场。它解决的痛点非常明确：将低效、易错的人工记忆与尝试，转变为精准、批量的自动化查询。

整个方案的核心在于Python的自动化能力，特别是结合一些用于网页交互和请求处理的库。我们不会去触碰任何非公开的接口或进行违规操作，一切都在模拟正常用户行为的前提下进行。这对于有一定Python基础，希望将自动化技术应用于实际生活场景或轻度办公需求的开发者来说，是一个很好的练手项目。接下来，我将从设计思路、技术选型、实操步骤到避坑经验，完整拆解这个“手机号找回QQ号”的自动化方案。

2. 核心思路与技术选型解析

2.1 为什么选择Python与自动化脚本？

首先得明确，我们不是在“破解”或“攻击”系统。我们的目标是自动化一个本就可以手动完成的操作。手动流程通常是：打开某个查询页面（可能是找回密码页面、账号申诉页面或第三方查询网站），输入手机号，点击查询/获取验证码，然后从返回的结果或短信中提取出关联的QQ号。这个过程慢、累，且无法批量处理。

Python在这个场景下的优势是压倒性的：

1. 生态丰富：拥有如requests、selenium、playwright等强大的HTTP请求和浏览器自动化库，能轻松模拟用户操作。
2. 易于上手：语法简洁，即便非专业开发者，在有一定基础后也能快速理解脚本逻辑。
3. 跨平台：脚本可以在Windows、macOS、Linux上运行，适应性广。
4. 适合处理结构化任务：对于“输入-请求-解析输出”这类流程化任务，Python写起来非常顺手。

这个项目的本质，是一个基于Web的、模拟用户行为的自动化流程脚本。技术难度中等，但非常考验对网络请求流程的梳理能力和对反自动化机制的应对策略。

2.2 可行路径分析与技术栈决策

要实现通过手机号查询关联QQ号，我们需要找到一个合法的、可访问的查询入口。经过分析，主要有以下几种路径，每种对应不同的技术实现方案：

路径一：模拟官方账号找回流程

• 思路：模拟用户在QQ安全中心或相关登录页面，通过“找回账号”功能，输入手机号获取短信验证码，从而在页面上看到部分账号提示（通常是昵称或头像）。
• 技术实现：Selenium或Playwright。这类浏览器自动化工具能完美模拟真人操作，包括点击按钮、输入文本、处理弹窗等，对JavaScript渲染的页面支持好。
• 优点：最接近真实用户行为，理论上最合规。
• 挑战：可能会遇到复杂的验证码（如滑块、点选图），且流程可能随官网改版而变化，维护成本较高。

路径二：调用已知的查询接口（如有）

• 思路：通过浏览器开发者工具（F12）监控网络请求，寻找在查询过程中前端向后台发送的Ajax请求，直接模拟这个请求。
• 技术实现：Requests。这是最轻量、最高效的方式。直接构造HTTP请求，包括必要的Headers、Cookies和请求体（Form Data或JSON）。
• 优点：速度快，资源消耗低，易于集成和批量运行。
• 挑战：需要一定的逆向分析能力；接口可能有签名、令牌等反爬机制；接口地址和参数可能变更。

路径三：利用第三方聚合查询服务（需极度谨慎）

• 思路：互联网上存在一些提供“手机号查关联账号”的网站。我们可以自动化向这些网站提交查询。
• 技术实现：Requests或Selenium，取决于网站技术架构。
• 优点：有时能直接获得结果，无需处理验证码。
• 挑战：安全性、隐私性和合法性风险极高。这类网站很可能非法收集和贩卖数据，使用其服务可能导致个人信息泄露，甚至触犯法律。强烈不推荐此路径。

重要提示：本方案将主要围绕路径一（模拟官方流程）进行设计和讲解，这是最稳妥、最符合规范的方式。我们会严格遵守机器人协议（robots.txt），并设置合理的请求间隔，避免对服务器造成压力。路径二仅作为技术探讨，在实际应用中必须确保其公开性和合法性。

最终技术栈选定： 对于核心的自动化操作，鉴于官方页面交互复杂，我们选择Playwright作为主力。它比Selenium更现代，API更优雅，自动等待机制更智能，且自带浏览器，无需单独配置驱动。对于辅助的数据处理、日志记录等任务，则使用Python标准库及requests（用于可能的简单接口探测）。

3. 环境准备与核心工具详解

3.1 Python环境与Playwright搭建

工欲善其事，必先利其器。首先确保你有一个可用的Python环境（3.7及以上版本）。我推荐使用conda或venv创建独立的虚拟环境，避免包冲突。

# 1. 创建并激活虚拟环境 (以venv为例) python -m venv qq_finder_env # Windows: qq_finder_env\Scripts\activate # macOS/Linux: source qq_finder_env/bin/activate # 2. 安装Playwright pip install playwright # 3. 安装Playwright所需的浏览器（Chromium足够） playwright install chromium

为什么选择Playwright而不是更老牌的Selenium？

• 自动等待：Playwright在执行操作（如点击、填充）前会自动等待元素可操作状态，大大减少了需要手动添加time.sleep的情况，代码更健壮。
• 强大的选择器：支持CSS、XPath、Text等多种定位方式，甚至可以通过get_by_role等语义化方式定位，可读性更强。
• 录制功能：playwright codegen命令可以打开一个浏览器并录制你的操作，直接生成Python脚本，对于快速分析页面流程非常有帮助。
• 网络拦截与模拟：可以轻松地拦截和修改网络请求，这对于分析接口和模拟复杂场景非常有用。

3.2 辅助工具：浏览器开发者工具

这是我们的“眼睛”。在整个项目开发中，你需要频繁使用Chrome或Edge浏览器的开发者工具（F12）。重点关注两个面板：

1. Elements（元素）：用于查看页面HTML结构，找到输入框、按钮等元素的唯一选择器（如ID、Class、XPath）。
2. Network（网络）：这是关键。记录网络请求，当你手动进行查询操作时，观察有哪些XHR/Fetch请求被发送，它们的请求URL、方法、Headers、Payload（请求体）是什么。这能帮助我们理解数据是如何提交的。

3.3 项目结构设计

一个清晰的项目结构有助于后期维护和代码复用。建议如下：

qq_number_finder/ ├── config.py # 配置文件，存放目标手机号、超时时间等 ├── core/ │ ├── browser_operator.py # 浏览器操作核心类，封装Playwright动作 │ └── query_engine.py # 查询流程引擎，编排整个找回逻辑 ├── utils/ │ ├── logger.py # 日志记录工具 │ └── data_parser.py # 数据解析工具，用于从页面或响应中提取QQ号 ├── main.py # 主程序入口 ├── requirements.txt # 项目依赖列表 └── logs/ # 日志文件目录

4. 实操流程：模拟官方找回路径

这是整个项目的核心部分。我们将以模拟“QQ安全中心”的账号找回流程为例。请注意，实际页面结构和流程可能随时更新，以下代码和步骤主要展示方法和逻辑，你需要根据实时页面进行调整。

4.1 第一步：分析手动操作流程

首先，你需要完全手动走一遍流程：

1. 打开浏览器，访问https://aq.qq.com（QQ安全中心）。
2. 找到“找回账号”或“密码管理”相关入口。
3. 选择“通过手机号找回”之类的选项。
4. 输入手机号码。
5. 点击“获取短信验证码”。
6. 输入收到的短信验证码。
7. 提交后，页面可能会展示与此手机号关联的账号列表（通常以昵称或头像形式展示，可能隐藏部分号码）。

在这个过程中，用开发者工具的Network面板记录下关键请求，特别是提交手机号和验证码的那个POST请求。

4.2 第二步：使用Playwright实现自动化导航与交互

我们创建一个browser_operator.py来封装基础的浏览器操作。

# core/browser_operator.py import asyncio from playwright.async_api import async_playwright import logging class BrowserOperator: def __init__(self, headless=False, slow_mo=100): """ 初始化浏览器操作器 :param headless: 是否无头模式（不显示浏览器界面） :param slow_mo: 操作延迟（毫秒），方便观察，调试时可设置，生产环境建议为0 """ self.headless = headless self.slow_mo = slow_mo self.browser = None self.context = None self.page = None self.logger = logging.getLogger(__name__) async def start(self): """启动浏览器和上下文""" playwright = await async_playwright().start() # 使用Chromium，可配置为 chrome 或 firefox self.browser = await playwright.chromium.launch(headless=self.headless, slow_mo=self.slow_mo) # 创建一个新的浏览器上下文，可以设置视窗、User-Agent等 self.context = await self.browser.new_context( viewport={'width': 1920, 'height': 1080}, user_agent='Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 ...' ) self.page = await self.context.new_page() self.logger.info("浏览器启动成功") async def goto(self, url): """导航到指定URL""" await self.page.goto(url) self.logger.debug(f"已导航至: {url}") async def fill_input(self, selector, value): """填充输入框""" await self.page.fill(selector, value) self.logger.debug(f"已向选择器 '{selector}' 填充值: {value}") async def click(self, selector): """点击元素""" await self.page.click(selector) self.logger.debug(f"已点击选择器: {selector}") async def wait_for_selector(self, selector, state='visible', timeout=30000): """等待元素出现""" await self.page.wait_for_selector(selector, state=state, timeout=timeout) async def get_text(self, selector): """获取元素的文本内容""" element = await self.page.query_selector(selector) if element: text = await element.text_content() self.logger.debug(f"从选择器 '{selector}' 获取到文本: {text}") return text.strip() return None async def stop(self): """关闭浏览器""" if self.browser: await self.browser.close() self.logger.info("浏览器已关闭")

4.3 第三步：编排核心查询逻辑

接下来，在query_engine.py中，我们编排具体的找回流程。这里以假设的页面结构为例，你需要根据实际页面修改选择器和URL。

# core/query_engine.py import asyncio import re from .browser_operator import BrowserOperator class QQQueryEngine: def __init__(self): self.operator = BrowserOperator(headless=False) # 调试时关闭无头模式 self.associated_accounts = [] # 存储找到的账号信息 async def find_qq_by_phone(self, phone_number): """ 通过手机号查找关联QQ号的主流程 :param phone_number: 手机号码字符串 """ try: await self.operator.start() # 1. 访问QQ安全中心找回页面（示例URL，需确认） await self.operator.goto("https://aq.qq.com/v2/uv1/html/find_account/index.html") await asyncio.sleep(2) # 等待页面加载 # 2. 定位并点击“通过手机号找回” # 假设按钮的文本包含“手机” await self.operator.click("text=手机") await asyncio.sleep(1) # 3. 输入手机号 # 需要根据实际页面找到手机号输入框的selector，可能是ID、name或class # 使用开发者工具查看。例如：`#phone_number` 或 `input[name='tel']` phone_input_selector = "input[placeholder='请输入手机号码']" # 示例 await self.operator.fill_input(phone_input_selector, phone_number) # 4. 点击获取验证码按钮 get_code_btn_selector = "button:has-text('获取验证码')" await self.operator.click(get_code_btn_btn_selector) self.logger.info(f"已为手机号 {phone_number} 请求验证码，请在手机上查看。") # 5. 此处需要人工干预或接入短信接收平台（复杂且涉及隐私，不建议自动化输入） # 我们在这里暂停，等待用户手动输入验证码 sms_code = input(f"请输入发送到 {phone_number} 的短信验证码: ") # 6. 输入验证码 code_input_selector = "input[placeholder='请输入验证码']" await self.operator.fill_input(code_input_selector, sms_code) # 7. 点击提交/下一步按钮 submit_btn_selector = "button:has-text('下一步')" await self.operator.click(submit_btn_selector) await asyncio.sleep(3) # 等待结果页面加载 # 8. 从结果页面提取账号信息 # 结果可能是一个列表，每个条目包含昵称和部分QQ号 # 假设每个账号信息在一个class为`.account-item`的div里 account_items = await self.operator.page.query_selector_all(".account-item") for item in account_items: # 提取文本，可能包含昵称和模糊的QQ号（如：昵称（12****34）） text = await item.text_content() if text: self.associated_accounts.append(text) # 尝试用正则表达式提取可能的QQ号模式（即使被隐藏部分） qq_match = re.search(r'\((\d{2}\*+\d{2})\)', text) # 匹配如 (12****34) if qq_match: self.logger.info(f"发现关联账号信息: {text}") if not self.associated_accounts: self.logger.warning(f"未找到与手机号 {phone_number} 明显关联的QQ账号。") else: self.logger.info(f"共找到 {len(self.associated_accounts)} 个可能关联的账号。") except Exception as e: self.logger.error(f"查询过程中发生错误: {e}") finally: # 为了观察结果，这里先不自动关闭浏览器 # await self.operator.stop() pass def get_results(self): """返回查询结果""" return self.associated_accounts

4.4 第四步：编写主程序并运行

# main.py import asyncio import sys from core.query_engine import QQQueryEngine async def main(): if len(sys.argv) < 2: phone = input("请输入要查询的手机号: ") else: phone = sys.argv[1] # 简单的手机号格式校验 if not re.match(r'^1[3-9]\d{9}$', phone): print("手机号格式不正确！") return print(f"开始查询与手机号 {phone} 关联的QQ号...") engine = QQQueryEngine() await engine.find_qq_by_phone(phone) results = engine.get_results() if results: print("\n=== 查询结果 ===") for idx, acc in enumerate(results, 1): print(f"{idx}. {acc}") else: print("未查询到明确的关联账号。") # 脚本执行完毕，提示用户手动关闭浏览器以查看页面状态 input("\n流程执行完毕。按回车键关闭浏览器并退出...") await engine.operator.stop() if __name__ == "__main__": asyncio.run(main())

运行脚本：

python main.py 13800138000

或者直接运行python main.py，然后根据提示输入手机号。

关键注意事项（实操心得）：

1. 选择器稳定性：页面上的ID、Class可能随时变化。优先使用相对稳定的属性，如name、placeholder文本，或者通过text=定位。避免使用自动生成的、带哈希值的类名。
2. 等待策略：page.wait_for_selector比固定的time.sleep更可靠。确保在关键操作（如点击后页面跳转）前等待目标元素出现。
3. 验证码瓶颈：短信验证码是自动化流程的最大障碍。上述代码中我们采用“人工输入”的方式，这是最合法、最安全的方式。任何试图自动接收、识别短信验证码的行为，都涉及极高的隐私和安全风险，且可能违反服务条款，务必避免。
4. 道德与合规：此脚本仅用于个人查找自己名下的账号，或获得明确授权的查询。严禁用于批量查询他人手机号，这不仅是道德问题，更可能涉及法律风险。

5. 进阶探讨：接口分析与请求模拟

虽然我们主要采用浏览器自动化方案，但了解接口模拟这一更高效的方式对开发者很有价值。这需要一些网络抓包和分析技能。

5.1 使用开发者工具分析网络请求

在手动操作流程时，保持Network面板开启（勾选Preserve log）。当你点击“获取验证码”和“提交”按钮时，会看到新增的请求。重点关注：

• 请求URL：通常是api或ajax开头的地址。
• 请求方法：POST或GET。
• 请求头（Headers）：特别是Content-Type、User-Agent、Cookie、Referer、X-Requested-With等。
• 请求体（Payload）：查看Form Data或Request Payload，里面包含了提交的手机号、验证码、可能的令牌（token）或时间戳。

5.2 使用Requests库模拟请求（示例）

假设我们分析出一个简单的接口（此为虚构示例，切勿直接使用）：

import requests import json import time def query_by_api(phone_number, sms_code): """ 模拟调用查询接口（示例，非真实接口） """ url = "https://example.qq.com/api/findAccount" headers = { 'User-Agent': 'Mozilla/5.0...', 'Content-Type': 'application/json; charset=UTF-8', 'Referer': 'https://aq.qq.com/find', # Cookie可能需要从首次访问的响应中获取 'Cookie': 'pgv_pvi=...; pgv_si=...' } payload = { 'tel': phone_number, 'code': sms_code, 'verifyToken': '动态令牌，需从页面获取', # 这是一个难点 'timestamp': int(time.time() * 1000), 'clientid': '固定或动态的客户端ID' } try: response = requests.post(url, headers=headers, data=json.dumps(payload), timeout=10) response.raise_for_status() # 检查请求是否成功 result = response.json() # 解析返回的JSON数据 if result.get('code') == 0: accounts = result.get('data', {}).get('accountList', []) return accounts else: print(f"接口返回错误: {result.get('message')}") return [] except requests.exceptions.RequestException as e: print(f"网络请求失败: {e}") return []

这个方法的巨大挑战：

1. 动态令牌：像verifyToken这样的参数，往往在页面加载时由JavaScript生成，或包含在之前的响应中。要获取它，你可能还是需要先用Playwright或Selenium加载一次页面，提取出这个令牌，然后再用requests发送请求。这就变成了混合模式。
2. Cookie管理：登录态和会话通常由Cookie维持。你需要正确处理Cookie的获取、传递和更新。
3. 反爬机制：重要的接口很可能有签名（sign）验证。客户端会用一种算法（如对参数排序后MD5加密）生成一个签名，服务器端会校验。如果不清楚算法，模拟请求就会失败。

因此，对于新手或追求稳妥的方案，完整的浏览器自动化（Playwright）虽然效率稍低，但成功率更高，更易于理解和维护。接口模拟更适合对网络协议和逆向分析有较深理解的开发者。

6. 常见问题排查与优化技巧

在实际编写和运行脚本时，你肯定会遇到各种问题。这里记录一些典型的坑和解决方案。

6.1 元素定位失败

• 问题：TimeoutError: Timeout 30000ms exceeded.最常见，意味着Playwright在30秒内没找到你指定的元素。
• 排查：
  1. 确认选择器是否正确：在浏览器开发者工具的Console里，试试document.querySelector('你的选择器')，看能否找到元素。
  2. 页面是否加载完成：可能元素在iframe里，需要先切换到iframe框架。使用page.frame()系列API。
  3. 元素是否被遮挡或不可见：检查元素是否被弹窗、遮罩层覆盖。可能需要先关闭弹窗。
  4. 等待条件：有时元素存在但不可点击。可以尝试wait_for_selector的state参数设为'attached'（存在于DOM）而非'visible'（可见）。
• 技巧：使用Playwright Inspector进行调试。在代码中设置headless=False和slow_mo=1000，然后运行脚本，你可以直观地看到脚本的操作过程，更容易发现问题所在。

6.2 验证码处理难题

• 问题：除了短信验证码，还可能遇到图形验证码（Captcha）。
• 策略：
  1. 人工识别：对于低频个人使用，脚本在遇到图形验证码时暂停，弹出验证码图片让用户手动输入，是最简单合法的方案。Playwright可以截图元素。
  2. 商业打码平台：对于有合法授权且高频的业务场景，可以考虑接入付费的打码API，但成本和法律风险需要评估。
  3. 规避：尝试寻找不需要验证码的查询路径（可能性极低），或者优化脚本行为使其更像真人，降低触发验证码的概率（如添加随机延迟、模拟鼠标移动轨迹）。

6.3 脚本被检测为自动化工具

• 现象：页面返回错误，或直接提示“操作过于频繁”、“需要安全验证”。
• 应对：
  1. 设置合理的User-Agent：使用常见的浏览器UA字符串。
  2. 添加随机延迟：在关键操作之间使用asyncio.sleep(random.uniform(1, 3))，模拟人类思考时间。
  3. 使用更真实的浏览器上下文：Playwright的new_context可以设置视窗大小、地理位置、语言等，使其指纹更接近真实浏览器。
  4. 避免并行操作：对同一个网站，不要用同一个IP同时发起大量查询，极易被封。
  5. 考虑使用代理IP：如果需要批量查询（必须在合法前提下），轮换IP池是必要的。但这增加了复杂性和成本。

6.4 结果解析与数据清洗

• 问题：从页面抓取到的文本信息杂乱，包含多余的空格、换行符和无关文字。
• 解决：

  import re def extract_qq_info(raw_text): """ 从混杂的文本中提取可能的QQ号和昵称 """ cleaned_text = raw_text.replace('\n', ' ').strip() # 尝试匹配多种可能的QQ号格式 # 格式1: 纯数字（8-11位） qq_numbers = re.findall(r'(?<!\d)[1-9]\d{4,10}(?!\d)', cleaned_text) # 格式2: 昵称(12****34) hidden_qq = re.findall(r'\((\d{2}\*+\d{2})\)', cleaned_text) # 提取昵称（假设昵称在括号或特定符号前） nickname = re.split(r'[\(\（]', cleaned_text)[0].strip() return { 'nickname': nickname if nickname else '未知', 'possible_qq_full': qq_numbers, 'possible_qq_hidden': hidden_qq, 'raw_text': raw_text }

  编写健壮的解析函数，并做好异常处理，因为页面结构可能变化。

7. 项目扩展与安全边界思考

一个完整的自动化脚本项目，除了核心功能，还需要考虑扩展性和安全性。

7.1 功能扩展方向

1. 批量处理：读取一个包含多个手机号的文本文件，逐个查询，并将结果输出到CSV或Excel文件中。注意要加入足够的请求间隔，并妥善处理单个查询失败的情况，避免整个任务中断。
2. 结果去重与关联分析：如果一个手机号关联多个QQ，或者反过来查询多个手机号，可以建立关系图谱，更清晰地展示账号关联情况。
3. 图形用户界面（GUI）：使用PyQt、Tkinter或Flet为脚本制作一个简单的桌面应用，方便非技术用户使用。提供输入框、开始按钮和结果展示区域。
4. 日志与监控：集成更完善的日志系统（如loguru），记录每次查询的起止时间、成功与否、遇到的异常等，便于后期审计和问题排查。
5. 封装为API服务：使用FastAPI或Flask将核心查询功能封装成Web API，供其他系统调用（同样，必须严格限制访问权限和频率）。

7.2 安全与合规红线

这是本项目乃至所有自动化项目必须时刻绷紧的弦。

1. 目的合法：仅用于查询自己拥有所有权或已获得明确授权的手机号所关联的账号。任何未经授权的查询都是对他人隐私的侵犯，且可能违法。
2. 尊重robots.txt：在访问网站前，检查其robots.txt文件（如https://aq.qq.com/robots.txt），确认目标路径是否允许爬虫访问。虽然浏览器自动化工具不完全等同于传统爬虫，但遵循此协议是良好的网络公民行为。
3. 控制访问频率：在脚本中设置REQUEST_DELAY = 5（秒）这样的常量，在两个查询之间强制等待，避免对目标服务器造成拒绝服务攻击（DoS）的压力。
4. 不尝试绕过安全机制：不要试图破解验证码、伪造签名或使用任何技术手段绕过平台为保护用户安全而设置的风控措施。这不仅技术难度高，更重要的是触碰了法律和道德的底线。
5. 数据最小化与妥善保管：查询到的结果（即使是自己的信息）也应妥善保管，及时清理，不要存储在不受保护的地方。脚本中不要硬编码任何敏感信息（如手机号），应通过配置文件或输入参数传入。

自动化是一把强大的工具，它能将我们从重复劳动中解放出来。但越是强大的工具，越需要我们以负责任的态度去使用。这个“手机号找回QQ号”的项目，与其说是一个即拿即用的解决方案，不如说是一个学习Web自动化、理解网络请求、培养合规开发意识的绝佳练手案例。