简介一套基于 Selenium 的 Python 自动化脚本面向毕业设计、教学演示与合规安全测试等场景主要解决批量注册苹果账号时重复操作耗时的问题。脚本完整覆盖网页元素定位、表单自动填写、流程控制、异常处理、用户代理伪装以及日志记录等关键环节可帮助熟悉 Python 的开发者快速理解自动化实现思路并掌握常见反爬或风控策略下的应对方式。压缩包共 45 个文件包括 4 个 Python 脚本源码、26 张界面截图、说明文档、多平台浏览器驱动、日志与缓存文件整体约 20.05MB适合本地直接对照调试。其中截图对应注册过程中不同页面的关键节点便于后续复盘驱动和脚本代码保持分离部署时可按实际系统选用。目前已有 183 人学习可作为自动化测试或网络爬虫方向课程设计的参考资料也能为初学者提供一套完整的 Selenium 实战项目。1. 用 Selenium 写自动注册 Apple ID 的 Python 脚本它在解决什么很多人一听“自动注册 Apple ID”就摇头注册页面自己点两分钟就填完了写脚本不是脱裤子放屁这话只对单个账号成立。当你手上要初始化一批测试设备、要给内部验收环境批量准备账号或者要验证多账号在多端上的登录逻辑时重复得越纯粹的流程越值得自动化。基于 Selenium 的 Python 注册脚本就是把打开官方注册页、填表单、等验证、收结果这串动作固化成能反复执行、带日志、带超时判断的自动任务。它适合已经会基础 Python、不想在重复填表上耗时间的工程师也适合想给内部工具补一条账号初始化管道的团队。本文按做这类脚本最常见的落地路径讲环境、代码、坑一次给全。2. 运行环境与浏览器驱动Python、Selenium、ChromeDriver 的版本怎么配2.1 Python 与 Selenium 的版本匹配先定版本基调Python 3.8 以上配合 Selenium 4.x。这不是拍脑袋这类脚本有个特点它要翻的坑里一大半是环境坑而不是注册逻辑的坑。Selenium 3 时代的find_element_by_id这类写法在 Selenium 4 里已被移除新装的库会直接抛AttributeError网上大量老教程还在教 2.x 时代的写法新人照着抄十个有九个跑不起来。所以不管你的脚本是哪里来的环境一上来用错版本再好的注册流程也白搭。我习惯每个自动注册项目单独建虚拟环境避免脚本之间互相污染依赖python -m venv venv source venv/bin/activate # Windows 执行 venv\Scripts\activate pip install selenium4.13.0 pip install webdriver-manager这段命令做了三件事创建独立虚拟环境、激活它、安装固定版本的 Selenium 和 webdriver-manager。把 Selenium 定到 4.13.0 不是说我偏爱这个版本而是锁定大版本后小版本差异不会让你半夜排查“昨天还能跑今天就不动了”。参数说明venv是 Python 自带的虚拟环境工具不需要额外安装。不建虚拟环境也能跑但以后升级其他包容易打架。webdriver-manager的作用是自动下载匹配本机 Chrome 版本的 chromedriver省去手动找驱动。注意一点生产环境我不太推荐用它自动下载工具链有供应链风险也拖慢首次启动它最适合本地把脚本跑通验证逻辑。2.2 ChromeDriver 与 Chrome 版本对齐第一课新手最常见的报错长这样session not created: This version of ChromeDriver only supports Chrome version 114意思是 Chromedriver 和 Chrome 浏览器版本没对齐。Chrome 会静默后台更新今天还是 113明天变 114 了而驱动还是老的浏览器会话就建立不起来。排查顺序一定是先看 Chrome 版本再定驱动版本最后才动代码。# macOS / Linux 查看本机 Chrome 版本 google-chrome --version # Windows PowerShell 里用这个 (Get-Item C:\Program Files\Google\Chrome\Application\chrome.exe).VersionInfo.FileVersion版本规则Chrome 和 chromedriver 主版本号必须一致比如 Chrome 120 就配 Chromedriver 120 的主版本。小版本差异一般能容忍但安全做法是选最接近的稳定版本。如果你用 webdriver-manager它会在首次启动时自动对齐版本并下载到缓存目录from selenium import webdriver from selenium.webdriver.chrome.service import Service from webdriver_manager.chrome import ChromeDriverManager service Service(ChromeDriverManager().install()) driver webdriver.Chrome(serviceservice)注意这段代码第一次运行会花十几秒下载驱动之后走缓存会快很多。它适合本地开发但团队多人协作或服务器部署时我更建议把驱动固定版本下载好放进部署脚本避免每次构建都去外网拉一次。2.3 启动浏览器的最小代码骨架环境配好之后先别急着写注册逻辑。第一个要验证的是能不能通过 Selenium 正常拉起一个 Chrome 窗口。from selenium import webdriver from selenium.webdriver.chrome.options import Options options Options() options.add_argument(--start-maximized) options.add_argument(--no-first-run) options.add_argument(--disable-blink-featuresAutomationControlled) driver webdriver.Chrome(optionsoptions) driver.get(https://appleid.apple.com/account) input(按回车关闭浏览器) driver.quit()这段代码做了四件事创建配置对象、加三个启动参数、拉起 Chrome、打开 Apple ID 的账号注册入口。input那一行是让你肉眼看一眼页面是否正常加载确认后按回车退出。参数说明--start-maximized把窗口最大化很多页面在小窗口下会折叠表单或改变元素位置导致定位失败。--no-first-run关掉 Chrome 首次运行的向导页避免额外标签页干扰判断。--disable-blink-featuresAutomationControlled是压低自动化特征的一个开关作用是去掉navigator.webdriver标记。这不是对抗技巧只是降低站点把你识别成批量脚本的先验概率。高强度风控还会看 TLS 指纹和鼠标轨迹这参数挡不住那种级别但注册脚本里属于标配。如果这步窗口能正常打开、页面能正常加载环境就通了进入下一节。3. 从启动浏览器到打开注册页等待策略与最小可用脚本3.1 用户数据目录要不要固定浏览器配置动手写注册流程前先做个决定每次注册用全新浏览器环境还是固定复用同一个用户目录常见做法是固定一个user-data-dir。这样浏览器能保留 cookies、localStorage 和部分站点指纹信息。对注册脚本来说固定用户目录有两个实际好处一是减少每次启动的生物特征差异二是注册完如果还要验证登录态不用从头走一遍验证码。options.add_argument(--user-data-dir/path/to/profile_dir)给这个参数指定一个本地目录即可Chrome 会自动在该目录下生成配置。注意如果同一时刻有多个脚本进程共用同一个user-data-dir浏览器实例会互相挤占导致第二个进程起不来。所以批量跑注册时每个脚本进程要分配独立的配置目录这是多开时最容易翻车的地方。3.2 显式等待与隐式等待别混着用新手写 Selenium 经常犯一个错driver.implicitly_wait(10)设了又用time.sleep(5)然后还加WebDriverWait三种等待混在一起排查问题根本不知道是哪个等出来的效果。我的建议是只用显式等待WebDriverWait关掉隐式等待。原因是隐式等待是全局的对每个 find 操作都生效在 Selenium 4 里它和显式等待叠加时还会出现等待时间翻倍的怪事time.sleep修不好动态加载问题只会把脚本拖慢。from selenium.webdriver.common.by import By from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC wait WebDriverWait(driver, 20) email_input wait.until( EC.presence_of_element_located((By.ID, account_name)) )逻辑说明presence_of_element_located只表示元素进入了 DOM不表示可见可点。如果要马上填表建议换成visibility_of_element_located。这两者的区别是“元素已加载”和“元素已渲染且可见”注册页经常出现 DOM 先到、样式后加载的情况用后者更稳。参数说明WebDriverWait的第一个参数是 driver 实例第二个是超时秒数。等待条件里传的元组必须是(By.类型, 定位值)的格式写成(By.ID, account_name)而不是(id, account_name)大小写错了会在运行时才报错排查起来很莫名其妙。3.3 完整的最小脚本从启动到表单可见把上面的点合起来就是注册流程的第一步最小脚本import time from selenium import webdriver from selenium.webdriver.chrome.options import Options from selenium.webdriver.common.by import By from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC options Options() options.add_argument(--start-maximized) options.add_argument(--no-first-run) options.add_argument(--disable-blink-featuresAutomationControlled) options.add_argument(--user-data-dir/tmp/appleid_profile_01) options.add_experimental_option(excludeSwitches, [enable-automation]) options.add_experimental_option(useAutomationExtension, False) driver webdriver.Chrome(optionsoptions) driver.get(https://appleid.apple.com/account) try: wait WebDriverWait(driver, 20) wait.until(EC.visibility_of_element_located((By.TAG_NAME, form))) print(注册页已加载标题, driver.title) time.sleep(3) # 给首屏渲染留一点缓冲 finally: driver.quit()逻辑说明脚本先把浏览器拉起并打开注册页然后等表单元素可见最后打印页面标题。time.sleep(3)看起来像偷懒实则是给页面里未加载完的字体、样式和隐藏控件一个缓冲时间后续填充表单时不容易点空。这个脚本可以作为后面所有步骤的底座。参数说明excludeSwitches和useAutomationExtension是配合--disable-blink-featuresAutomationControlled用的它们把 Chrome 右上角“正在受自动化软件控制”的提示条消掉让浏览器更像正常用户手动打开的。对注册这种敏感流程这几个参数建议都加上成本极低。4. 拆解注册流程表单定位、验证码处理与提交4.1 定位表单元件的三种方式从稳到快注册页本质是一张表单。Selenium 定位元素的方式很多但注册脚本里真正好用的就三种。第一种是按 ID 定位最稳first_name driver.find_element(By.ID, firstName) last_name driver.find_element(By.ID, lastName)第二种是按 CSS 选择器适合字段没 ID 只有 class 的情况birthday_select driver.find_element( By.CSS_SELECTOR, select[namebirthday_month] )第三种是按 XPath 文本定位适合按钮这种特征不明显的元素submit_btn driver.find_element( By.XPATH, //button[contains(text(), 继续)] )逻辑说明ID 优先于 CSS 优先于 XPath。注册页字段名以你实际抓到的 DOM 为准我给的 ID 是常见命名跑之前先用浏览器开发者工具确认一遍。XPath 文本定位有一个坑页面里经常有元素文本带空格或全角字符比如“继 续”contains(text(), 继续)会匹配不到这时建议用contains(normalize-space(), 继续)来忽略空白字符。参数说明find_element找到一个就返回如果你的页面在表单初始化阶段有多个同名元素会直接报no such element或者返回第一个隐藏控件。表单元素建议全部配合wait.until使用不要裸调。4.2 验证码与滑块验证最稳的路径是人工接管这是注册脚本最大的不确定因素。Apple 的注册流程里会出现图形验证码而且是否出现、出现频率和当前网络环境的风险评级强相关。业界常见的三种处理路径我逐个说。第一种是打码平台。图形验证码截屏后发给第三方识别服务返回文本再填入。优点是全自动缺点是每次调用要花钱而且识别服务响应时间不稳定高峰期一个码要等几十秒。第二种是滑块轨迹模拟用ActionChains按住拖过去。这个方法对浏览器窗口尺寸、页面缩放比例和元素位置极其敏感同一个脚本换台机器分辨率不同就滑不过去翻车概率很高。第三种是人工接管也是我一直在用的方案脚本把除验证码外的所有步骤做完检测到验证码后弹提示让人手动点一下脚本轮询等待验证码消失后继续。import time from selenium.webdriver.common.by import By def wait_for_captcha_passed(driver, timeout120): 检测到验证码后进入轮询人工处理完自动继续。 验证码容器元素不存在时认为已通过。 deadline time.time() timeout while time.time() deadline: try: captcha driver.find_element(By.ID, captcha-container) if not captcha.is_displayed(): return True except Exception: return True time.sleep(2) return False逻辑说明这个函数只做一件事——循环检查验证码容器是否还在页面上。容器消失说明验证已通过无论人工点了什么按钮还是验证码自动失效重新加载。超时后返回False由上层决定是重试还是发告警。参数说明captcha-container是我给的示例 ID实际页面上可能是captcha或Recaptcha之类的动态 class。跑之前先手动打开注册页抓一下验证码块的父容器特征再填进代码。超时时间设 120 秒是给人工操作留出足够余量。4.3 提交与结果判断不要只看按钮点了没填完表单、过完验证码最后一步是点击提交按钮。这里有个新手常犯的错点击后以为万事大吉直接driver.quit()。问题是注册是个多步骤流程提交后通常还要跳转到邮箱或短信验证页只有走到那一步才算真正提交成功。from selenium.webdriver.common.by import By from selenium.webdriver.support.ui import WebDriverWait from selenium.webdriver.support import expected_conditions as EC wait WebDriverWait(driver, 15) submit_btn wait.until( EC.element_to_be_clickable((By.XPATH, //button[typesubmit])) ) submit_btn.click() # 提交后等待跳转页面标题变化说明流程往前走了 wait.until(EC.title_contains(验证)) print(已进入验证步骤)逻辑说明element_to_be_clickable比visibility_of_element_located更严格它要求元素可见且可点击对按钮来说是更合适的等待条件。点击后用标题变化或 URL 变化来断言进入下一环节比固定sleep可靠得多。参数说明title_contains(验证)是拿书名标题做跳转判断的如果页面标题里没有“验证”字样可以改成EC.url_contains(verify)这类更通用的断言。实际跑之前先手动走一遍注册记录跳转后的 URL 或标题特征再填进代码里。5. 自动注册脚本的 5 个高频踩坑与排查思路5.1 元素明明存在点击却报 not interactable现象脚本在等待条件上卡了几秒元素找到了click()却抛element not interactable。原因元素进 DOM 了但被另一个浮层挡住或者元素本身是readonly状态。Apple 注册页里出生日期这类控件常是自定义日期选择器原生输入框带readonly属性直接send_keys毫无反应。解决from selenium.webdriver.common.by import By birthday driver.find_element(By.ID, birthday) # 先去掉 readonly再用 JS 强制触发事件 driver.execute_script(arguments[0].removeAttribute(readonly), birthday) driver.execute_script(arguments[0].click(), birthday)排查顺序先看元素是否可见再看是否被遮挡最后确认是否只读。用 JS 绕过交互限制是最后手段但对付readonly很有效。5.2 验证码越点越多最后整个页面拒绝操作现象脚本前几次跑得好好的从第 10 次开始每次打开注册页都弹验证码甚至提交时直接被拒绝。原因站点把当前浏览器的 TLS 指纹和注册频率记在了风控系统里。浏览器指纹暴露了你是一个自动化工具或者高频操作来源验证码是一种缓释手段但频次太高会直接拉黑。解决把--disable-blink-featuresAutomationControlled和excludeSwitches都加上降低指纹特征同时注册间隔拉长同一浏览器配置目录下不要连续注册超过两三个账号被拉黑后换个用户数据目录或等几小时。5.3 短信验证码等待超时脚本卡死在重试循环现象填完手机号点击发送验证码脚本等了 5 分钟也没等到最后超时退出。原因注册高峰期验证码下发延迟或者填写的号码之前注册过账号触发了二次风控还有可能是脚本把“发送验证码”按钮点重了触发接口限流。解决把固定sleep改成轮询式等待。如果是接自动收码通道需要在轮询里查询该号码的收码状态如果只是人工收码超时后打印提示并停在原地等人而不是盲目重发。5.4 iframe 里的验证码控件死活定位不到现象浏览器里肉眼能看到验证码框但find_element一直报no such element。原因验证码被包在 iframe 里。Selenium 的 DOM 查找默认只作用于当前顶层文档不会自动穿透 iframe。Apple 某些验证码组件就是 iframe 嵌入的必须先切换上下文。解决iframe driver.find_element(By.TAG_NAME, iframe) driver.switch_to.frame(iframe) # 此时的 find_element 才会查 iframe 内部 driver.switch_to.default_content() # 操作完记得切回排查顺序用开发者工具查看验证码元素层级看是不是在#document下的 iframe 里。是的话先switch_to.frame操作完立刻切回主文档否则后续表单元素全部定位不到。5.5 Chrome 更新后驱动没跟上session 直接建立失败现象脚本之前正常某天早上突然报session not created。原因Chrome 后台自动更新本地装了新版本老驱动的 session 建立被拒。解决用 webdriver-manager 重新拉一次驱动或者把用户数据目录清掉重来。如果团队里固定了驱动版本需要把 Chrome 自动更新关掉在部署文档里写明浏览器和驱动的对应版本。6. 把脚本做进生产级日志落盘、频率控制和最后的一个习惯6.1 日志落盘比命令行多打两个字更有用命令行print只在有人盯着终端时有用。自动注册脚本跑在后台一次跑 20 个账号第 10 个挂了你要能查出挂在哪一步。我的做法是把日志写到文件每条带时间戳和当前账号标识。import logging logging.basicConfig( filenameregister.log, levellogging.INFO, format%(asctime)s %(message)s, ) logging.info(account_01: 开始提交注册表单)出错时日志里能看到是第几个账号、卡在哪一步、抛什么异常。这个习惯在批量注册场景的价值远超写代码本身排查靠日志而不是靠回忆。6.2 用户数据目录和注册频率要一起控制固定--user-data-dir能复用登录态但也会留下指纹痕迹。批量初始化账号时我会给每个账号一个独立的配置目录命名按profile_001、profile_002递增。同一个目录跑多次注册会让风控模型把目录、浏览器指纹和批量行为关联起来。脚本里加一个random.uniform(30, 60)的随机间隔能大幅降低被判定为高频批量操作的概率。6.3 验证脚本是否还被需要跑一次完整注册再交付最后说一个我的工作习惯不管脚本写得多顺手上线前一定手动跑一次完整的注册流程人工过一遍验证码确认每个字段填充顺序和跳转断言是对的。因为注册页的任何一次前端改版都可能让脚本失效而改版发生在你发布脚本之后是最无声的坑。批量初始化账号的脚本最大的价值从来不是省那几分钟而是把重复劳动变成一个可以监控、可以重跑、出问题能定位的工程流程。框架选 Selenium 没有错重点是别让它停在“能跑一次”的层面。希望这些环境、等待策略和踩坑记录能帮到你。本文还有配套的精品资源点击获取