简介这是一套基于 Selenium 与 Python 实现的华为商城抢货工具项目源码面向计算机相关专业的在校学生、教师及企业开发者可用于毕业设计、课程设计、作业提交或项目初期立项演示也适合具备一定基础的小白进阶学习。压缩包共 22 个文件约 4.63MB以 js 脚本、json 配置、yml 持续集成文件为主辅以 txt 授权说明、md 文档及 chromedriver.exe 驱动涵盖 app、controller、service、view、extend、router 等模块目录结构清晰便于按功能检索与二次开发。项目已通过测试运行功能完整并附有详细文档答辩评审分达 95 分获导师指导认可。目前已有 60 人学习下载。读者可从中掌握 Selenium 自动化操作、页面元素定位、抢购流程控制与异常处理等实战思路并可在现有代码基础上修改扩展实现其他自动化功能。1. 从一份能跑通的 Selenium 抢货源码说起华为商城整点开售那几秒手速再快也拼不过脚本这是很多做过抢购工具的人共同的体感。这份基于 Selenium 的华为商城抢货工具源码核心就是用浏览器自动化把「登录 → 进入商品页 → 等待开售 → 点击下单」这条链路固化下来配合显式等待和元素定位策略把人工操作里最容易手抖的环节交给程序。它适合计算机相关专业的在校学生做课程设计、毕业设计也适合想入门 Selenium 自动化测试的从业者拿来拆解。整个包里有huawei-mall-crawler-master主目录、chromedriver.exe驱动、config配置目录和README.md结构是典型的 Node.js Egg.js 风格不是那种丢一堆散文件的压缩包。下面按「这东西怎么搭起来 → 关键参数怎么调 → 哪里容易翻车」的顺序拆一遍能直接抄的步骤我都落成代码块。2. 环境搭建与依赖安装把 chromedriver 和 Node 版本对齐2.1 先看清目录结构再动手拿到包先别急着npm install把目录扫一遍能省掉后面一半的报错。主目录huawei-mall-crawler-master下有几个关键位置app/controller放业务逻辑app/service放服务层config/config.default.js是全局配置入口chromedriver.exe直接躺在根目录package.json管依赖。这种分层是 Egg.js 的约定式结构router.js负责把 URL 映射到 controller。很多人第一次跑不起来就是因为没注意chromedriver.exe的版本和本机 Chrome 对不上或者 Node 版本太新导致老依赖装不上。常见做法是先确认本机 Chrome 版本再去核对驱动。驱动和浏览器大版本必须一致比如 Chrome 120 就得配 120.x 的 chromedriver差一个大版本就会在启动时抛session not created。包里的chromedriver.exe是作者当时用的版本你本机 Chrome 如果已经自动升级大概率要换掉它。2.2 依赖安装与 Node 版本控制package.json里能看到 egg、selenium-webdriver 这类依赖。Egg.js 项目对 Node 版本比较敏感太新的 Node 会让一些老依赖的编译直接失败。我一般会先用 nvm 切到一个 LTS 版本再装。# 查看本机 Node 版本Egg 老项目建议 14.x 或 16.x node -v # 如果有 nvm切到 16 nvm install 16 nvm use 16 # 进入主目录安装依赖 cd huawei-mall-crawler-master npm install --registryhttps://registry.npmmirror.com--registry指向国内镜像是因为 selenium-webdriver 和 egg 的依赖树很深走默认源经常卡在某个包上超时。装完之后如果看到node_modules里 selenium-webdriver 目录存在说明核心依赖到位了。这一步的逻辑说明Node 版本决定依赖能否编译镜像源决定装得快不快两者任何一个出问题都会让你误以为是代码有 bug。2.3 启动前的配置检查config/config.default.js里通常会有端口、驱动路径、目标 URL 这些配置。启动前重点看三处驱动路径是不是指向根目录的chromedriver.exe目标商品 URL 是不是你要抢的那个以及有没有把浏览器设成无头模式。无头模式跑得快但有些页面在无头下元素加载行为不一样抢购场景我建议先开着界面调试确认流程通了再考虑无头。// config/config.default.js 里常见的几项 module.exports appInfo { const config {}; // 驱动路径Windows 下指向根目录的 exe config.driverPath ./chromedriver.exe; // 目标商品页换成你要抢的链接 config.targetUrl https://www.vmall.com/product/xxxx.html; // 调试阶段关掉无头方便看页面 config.headless false; return config; };参数说明driverPath写相对路径时要注意启动命令的工作目录用npm run dev启动时工作目录是项目根相对路径才成立targetUrl必须换成实际商品链接源码里带的示例链接多半已经失效headless在调试期设 false能直接看到浏览器每一步在干什么比看日志猜快得多。3. 抢购核心逻辑显式等待、元素定位与下单链路3.1 为什么必须用显式等待而不是 sleep抢购页面最坑的地方是元素出现时机不固定。开售瞬间页面会重新渲染按钮可能先出现再被覆盖也可能延迟几百毫秒才可点击。用sleep(3000)这种固定等待要么等太久错过时机要么等太短元素还没出来直接报NoSuchElementError。正确做法是显式等待让 Selenium 轮询直到条件满足或超时。const { By, until } require(selenium-webdriver); // 等待「立即购买」按钮可点击最多等 10 秒 async function waitAndClick(driver, selector, timeout 10000) { const el await driver.wait( until.elementLocated(By.css(selector)), timeout, 元素 ${selector} 在 ${timeout}ms 内未出现 ); // 元素出现不代表可点击再等一次可点击状态 await driver.wait(until.elementIsEnabled(el), timeout); await el.click(); }逻辑说明elementLocated只保证元素进了 DOMelementIsEnabled才保证它没被禁用。抢购按钮经常先以 disabled 状态出现等库存刷新后才变可点少等这一步就会点了个寂寞。timeout设 10 秒是给页面渲染留余量实际开售瞬间通常几百毫秒内就满足条件轮询间隔默认 500ms不会浪费太多时间。3.2 登录态保持与 Cookie 复用每次跑脚本都重新扫码登录开售前根本来不及。常见做法是把登录后的 Cookie 存下来下次启动直接注入跳过登录环节。源码里如果有app/service下的登录服务一般会做这件事。// 保存登录态 const cookies await driver.manage().getCookies(); require(fs).writeFileSync(./cookies.json, JSON.stringify(cookies)); // 下次启动时注入 const saved JSON.parse(require(fs).readFileSync(./cookies.json)); await driver.get(https://www.vmall.com); for (const c of saved) { await driver.manage().addCookie(c); } await driver.get(config.targetUrl);参数说明addCookie必须在目标域名下执行先get一次首页再注入否则会抛invalid cookie domain。Cookie 有有效期隔太久要重新登录一次。这一步的价值在于把「登录」和「抢购」解耦抢购脚本只关心开售那一刻登录可以提前几分钟甚至几小时完成。3.3 下单链路的元素定位策略华为商城的购买流程一般是商品页点「立即购买」→ 进入确认订单页 → 点「提交订单」。每一步的按钮选择器都可能变源码里用的是 CSS 选择器。定位策略上优先用稳定的 id 或带语义的 class别用那种一长串哈希的 class 名页面一改版就全废。// 分步点击每步都带等待 await waitAndClick(driver, #buy-now-btn); // 立即购买 await waitAndClick(driver, .order-confirm-btn); // 确认订单 await waitAndClick(driver, #submit-order); // 提交订单逻辑说明把三步拆开而不是串成一串是为了在报错时能定位到具体哪一步挂了。如果卡在第二步说明购物车或订单页逻辑有问题卡在第三步多半是提交按钮的选择器变了。实际抢购里提交订单后可能还有验证码或滑块这部分源码不一定覆盖需要自己补。4. 避坑与常见问题排查4.1 驱动版本不匹配导致 session 创建失败现象启动就报session not created: This version of ChromeDriver only supports Chrome version XX。原因本机 Chrome 自动升级了根目录的chromedriver.exe还是旧版本。解决去核对本机 Chrome 大版本号下载对应版本的驱动替换根目录文件或者用webdriver-manager这类工具自动管理驱动版本。4.2 元素定位失效但页面看着正常现象明明页面上有「立即购买」按钮脚本却报找不到元素。原因按钮在 iframe 里或者页面用了 shadow DOM又或者元素在弹窗遮罩下面。解决先确认元素是否在 iframe 内是的话要driver.switchTo().frame()shadow DOM 需要用executeScript穿透被遮罩挡住则要先关掉弹窗再点。4.3 抢购时被识别为自动化工具现象脚本跑着跑着页面弹出验证或者直接跳转到异常页。原因Selenium 默认会暴露navigator.webdriver等特征部分站点会检测。解决常见做法是启动时加excludeSwitches去掉自动化提示并用executeScript改写navigator.webdriver。但要注意这类对抗手段效果有限站点风控升级后可能失效别把它当成万能钥匙。const options new chrome.Options(); options.excludeSwitches(enable-automation); options.addArguments(--disable-blink-featuresAutomationControlled);4.4 时间同步偏差导致错过开售瞬间现象脚本显示等待中但开售后几秒才点下去库存已经没了。原因本机时间和服务器时间有偏差或者脚本启动太晚等待逻辑还没进入轮询。解决提前用 NTP 校准本机时间脚本在开售前 1 到 2 分钟启动确保等待逻辑已经在轮询状态而不是开售那一刻才开始加载页面。4.5 依赖装完但启动报模块找不到现象npm install显示成功npm run dev却报Cannot find module xxx。原因Node 版本不对导致部分依赖没编译成功或者node_modules装了一半被中断。解决删掉node_modules和package-lock.json切到 Node 16 重新装一遍装的时候盯着终端有没有报错别看到进度条走完就以为成功了。5. 进阶调优把等待策略和重试机制做扎实5.1 用轮询替代固定等待压缩响应时间固定 sleep 是抢购脚本最大的时间浪费。把每一步都换成显式等待后整体响应能从秒级压到百毫秒级。更进一步可以把「等待按钮可点击」和「点击」之间的间隔缩到最小避免中间插入多余操作。// 开售前先轮询检查按钮状态一旦可点立即下单 async function pollAndBuy(driver, selector, deadline) { while (Date.now() deadline) { try { const el await driver.findElement(By.css(selector)); if (await el.isEnabled()) { await el.click(); return true; } } catch (e) { // 元素还没出现继续轮询 } await driver.sleep(100); // 轮询间隔 100ms } return false; }参数说明deadline是开售后的截止时间戳超过就放弃避免无限轮询。轮询间隔 100ms 是响应速度和请求压力的折中再小意义不大因为页面渲染本身就有延迟。这个函数比driver.wait更激进适合开售瞬间的抢点场景。5.2 失败重试与日志留痕抢购失败往往不是单一原因可能是网络抖动、元素短暂消失、点击没生效。加一层重试能提高成功率但重试次数别太多否则会拖慢整体节奏。同时把每一步的时间戳和结果写进日志事后才能复盘到底卡在哪。async function retry(fn, times 3, interval 200) { for (let i 0; i times; i) { try { return await fn(); } catch (e) { console.log(第 ${i 1} 次失败: ${e.message}); if (i times - 1) throw e; await new Promise(r setTimeout(r, interval)); } } }逻辑说明times设 3 是经验值再多会明显拖慢interval设 200ms 给页面一点恢复时间。日志里带上失败原因跑完一次就能看出是选择器问题还是网络问题。我一般会在关键步骤前后各打一条时间戳算一下每步耗时找出瓶颈在哪。5.3 验证脚本是否真的生效改完代码别直接上真实抢购先用一个已开售的商品页跑一遍完整流程确认能走到提交订单页不真提交。观察日志里每步耗时正常应该在 1 到 2 秒内走完。如果某一步超过 3 秒多半是等待条件写得太宽松或者选择器匹配到了多个元素。确认流程通顺后再换成目标商品提前几分钟启动让脚本进入轮询状态。从那以后我每次调这类脚本都会先用一个无关商品把全链路走通再切到真实目标绝不拿开售那一刻当第一次测试。希望帮到你。本文还有配套的精品资源点击获取