声明本文技术方案仅供学习研究使用请遵守目标网站的服务条款。一、为什么放弃Selenium去年接了个需求每天帮运营往后台系统录几百条数据。第一反应是用Selenium结果Chrome自动升级后chromedriver版本对不上生产环境挂了两次。查日志、下驱动、配路径一套下来半小时没了。后来同事推荐了DrissionPage 4.x试了一周几个痛点确实解决了驱动问题不需要手动管chromedriver开箱自动匹配版本定位写法支持text提交这种按文本定位比XPath直观页面结构微调时不容易失效等待逻辑内置智能等待不用写一堆WebDriverWait双模式复杂页面用浏览器模式简单接口切requests模式直接抓数据安装就一行pip install DrissionPage注意4.x版本底层完全自研不依赖Selenium跨iframe查找也不需要手动切换后面会讲到。二、实战B端后台表单自动填报最常见的流程打开后台 → 登录 → 进表单页 → 填字段 → 提交 → 保存结果。这个流程里几乎涵盖了所有表单交互类型。我封装了一个FormAutoFiller类设计原则是每个方法只干一件事返回布尔值外层好做流程控制。fill_text_input里的simulate_human参数会在输入时加随机延迟模拟真实打字节奏有些后台有风控这个能规避一部分。from DrissionPage import Chromium import time, random from pathlib import Path class FormAutoFiller: def __init__(self): self.browser Chromium() self.tab self.browser.latest_tab self.tab.set.timeouts(base10) def fill_text_input(self, selector, value, simulate_humanTrue): try: ele self.tab.ele(selector) ele.clear() if simulate_human: for char in str(value): ele.input(char) time.sleep(random.uniform(0.05, 0.15)) else: ele.input(str(value)) return True except Exception as e: print(f填写失败 {selector}: {e}) return False def select_dropdown(self, selector, option_text): try: self.tab.ele(selector).click() time.sleep(0.5) self.tab.ele(ftext{option_text}).click() return True except Exception as e: print(f下拉选择失败 {selector}: {e}) return False def select_radio(self, selector): try: self.tab.ele(selector).click() return True except Exception as e: print(f单选失败 {selector}: {e}) return False def select_checkbox(self, selector, checkedTrue): try: checkbox self.tab.ele(selector) if checked ! checkbox.prop(checked): checkbox.click() return True except Exception as e: print(f复选框失败 {selector}: {e}) return False def fill_textarea(self, selector, value): try: ele self.tab.ele(selector) ele.clear() ele.input(value) return True except Exception as e: print(f文本域失败 {selector}: {e}) return False def upload_file(self, selector, file_path): if not Path(file_path).exists(): print(f文件不存在: {file_path}) return False try: self.tab.ele(selector).input(file_path) return True except Exception as e: print(f上传失败 {selector}: {e}) return False def click_button(self, selector, human_likeTrue): try: btn self.tab.ele(selector) if human_like: btn.click.at(offset_xrandom.randint(-3, 3), offset_yrandom.randint(-3, 3)) else: btn.click() return True except Exception as e: print(f点击失败 {selector}: {e}) return False def take_screenshot(self, filename): try: self.tab.get_screenshot(pathfilename, full_pageTrue) return True except Exception as e: print(f截图失败: {e}) return False def close(self): self.browser.quit()使用流程创建实例 → 打开页面 → 依次调用填写方法 → 提交 → 截图留痕 → 关闭。每个方法都加了异常捕获外层可以根据返回值决定是否继续执行。三、元素定位哪种写法最稳DrissionPage的ele()支持多种选择器以下是我项目里验证过的高稳定性写法方式示例适用场景CSS选择器tab.ele(#username)有固定id性能最好文本定位tab.ele(text提交)按钮、链接抗结构变化属性定位tab.ele(nameusername)没有id但有稳定属性组合定位form.ele(input[typetext])先定位父元素再缩小范围一个踩坑经验React/Vue项目里class名经常是动态的比如css-1a2b3c但name、placeholder这些业务属性通常不会变。所以优先用text和属性名比XPath维护成本低。批量处理时可以用tab.eles(.list-item)返回列表配合循环处理。四、动态加载与iframe4.x版本省了不少事4.1 等待元素AJAX动态加载的页面DrissionPage内置了智能等待但复杂场景还是要手动兜底# 等待元素出现 tab.wait.ele_displayed(#target, timeout10) # 等待元素可点击 tab.wait.ele_loaded(#btn, timeout10)4.2 iframe处理4.x改进很大以前用Selenium处理嵌套iframe切来切去代码很啰嗦。DrissionPage 4.x支持跨iframe直接查找# 直接定位iframe内的元素不需要手动switch tab.ele(t:iframe)这个在处理多层嵌套的后台系统时很实用省了不少代码。五、批量数据驱动Excel自动填报实际数据往往来自Excel配合pandas实现批量处理import pandas as pd from DrissionPage import Chromium def batch_fill_from_excel(excel_path, url): df pd.read_excel(excel_path) browser Chromium() tab browser.latest_tab tab.get(url) for index, row in df.iterrows(): tab.ele(#name).input(row[姓名]) # 注意手机号在Excel里可能是数字类型必须转字符串 tab.ele(#phone).input(str(row[手机号])) tab.ele(#email).input(row[邮箱]) tab.ele(#submit).click() # 等待提交成功提示 tab.wait.ele_displayed(#success-msg, timeout5) tab.ele(#add-new).click() time.sleep(1) browser.quit()重点提醒str(row[手机号])这个转换不要漏。Excel里手机号默认是数字直接input()会报错这个坑我踩过两次。六、工程化从脚本到交付6.1 打包成可执行文件脚本自己跑没问题但交给运营同事用必须打包成EXE。对比过几个方案方案优点缺点适用场景PyInstaller简单直接文档多体积大50-200MB部分杀毒软件误报快速交付、内部使用Nuitka编译成C运行快配置稍复杂部分库兼容性需测试性能敏感场景cx_Freeze跨平台支持好社区相对小资料少需要Win/Mac双平台PyInstaller命令pip install pyinstaller pyinstaller --onefile --windowed form_autofiller.py体积大是因为打包了Python解释器和依赖库这是trade-off没办法。6.2 加个GUI界面用tkinter做个简单面板核心思路StringVar绑定输入框浏览按钮弹文件选择开始按钮开后台线程跑自动化避免界面卡死日志区用scrolledtext实现。布局分四块文件选择、网址输入、运行按钮、日志显示。代码量约80行够用就行内部工具不要过度设计。七、常见问题排查7.1 元素定位不到在iframe里→ 4.x支持直接跨iframe查找tab.ele(t:iframe)还没加载出来→ 加显式等待tab.wait.ele_displayed(#target, timeout10)选择器错了→ 用开发者工具检查或用tab.ele()返回值是否为None判断7.2 被风控拦截设置User-Agent模拟真实浏览器co.set_user_agent(Mozilla/5.0...)设置代理分散来源co.set_proxy(http://代理地址:端口)降低操作频率前面fill_text_input的simulate_human参数就是干这个的7.3 文件上传失败新手常见错误点击上传按钮结果弹出了系统文件对话框自动化控制不了操作系统层面的UI。正确做法直接给input typefile元素传路径tab.ele(input[typefile]).input(/path/to/file.pdf)错误做法tab.ele(#upload-btn).click() # 不要这样做八、工程化延伸脚本多了怎么管写多了自动化脚本几个现实问题会冒出来脚本分散今天写填报明天写采集过段时间自己都找不到。建议按业务场景建仓库统一管。给同事用门槛高不是每个人都懂Python。tkinter做GUI PyInstaller打包成EXE是必要的交付方式。网页改版维护难选择器失效要一个个改。建议把选择器集中放到config文件里不要硬编码改版时改一处就行。数据安全脚本里别硬编码账号密码。敏感配置放环境变量或加密配置文件别直接提交到Git。对于需要团队协作、权限控制或者希望把Python脚本快速封装成带界面工具的场景市面上有一些RPA工程化方案可以调研。像蓝印RPA这类支持Python直接接入的平台能把脚本打包成带界面的可执行文件还能设置授权验证适合中小企业内部工具的分发管理。如果涉及自动化流程结合AI能力如自动识别图片内容、智能填写表单也可以关注下支持大模型API对接的方案目前主流模型如文心一言、豆包、DeepSeek、Kimi等都已比较成熟可以按需接入。九、RPA工具选型建议场景建议方案考虑因素个人/小团队DrissionPage Python脚本灵活、无额外成本中型团队内部脚本仓库 版本控制需考虑交接和维护企业级支持Python接入的RPA平台权限、审计、跨部门协作选型没有绝对好坏匹配团队规模和需求就行。企业级场景如果涉及跨部门协作和审计要求可以评估蓝印RPA这类支持Python脚本直接接入的方案既能保留代码灵活性又能获得企业级的管理和分发能力。本文基于实际项目经验整理了DrissionPage 4.x的网页表单自动填报方案驱动管理开箱即用告别chromedriver版本对不上的噩梦元素定位优先text和属性名比XPath维护成本低等待机制内置智能等待复杂场景手动兜底iframe处理4.x跨iframe直接查找不需要手动切换批量数据pandas读Excel注意手机号等数字字段转字符串工程化交付tkinter做GUI PyInstaller打包敏感配置不放代码里如果实际使用中遇到问题或者有其他自动化场景想交流欢迎评论区讨论。