pytesseract仅适用于干净文字或预处理截图，验证码需用模板匹配或ddddocr等专用工具，真实场景应优先绕过而非识别。
用 pytesseract 识别静态截图中的文字，但别指望它直接搞定验证码
绝大多数所谓“验证码”是专为对抗 OCR 设计的：加噪点、扭曲字体、干扰线、字符粘连——pytesseract 默认几乎必然失败。真正能跑通的，只限于非常干净的界面文字（比如本地软件弹窗里的纯黑体提示），或你已手动预处理过的截图。
实操建议：
- 先用
pyautogui.screenshot()或mss.mss().grab()截取目标区域，避免全屏截图为后续处理增加负担 - 对截图做灰度 + 二值化（
cv2.threshold）再送入pytesseract.image_to_string，比直接喂原图强得多 - 强制指定语言和 PSM 模式：
config='--psm 8 --oem 3 -l chi_sim'（中文）或--psm 7（单行文本），否则识别结果随机性极大 - 别用
pytesseract处理带阴影/半透明/斜体的文字——它没内置字体建模能力
遇到简单数字验证码？试试 cv2.matchTemplate 模板匹配
如果你的验证码是固定字体、固定位置、无扭曲的纯数字（比如某内部系统每次弹出的 4521 总在右上角），模板匹配比 OCR 更稳更快。
实操建议：
- 提前截取每个数字（0–9）的标准图，存为
digits/0.png到digits/9.png - 对当前验证码区域截图后，统一缩放到模板尺寸（如 20×30），再逐个用
cv2.matchTemplate计算相似度 - 设定合理阈值（如
0.85），避开低置信度误匹配；多个候选时优先取最高分且间隔合理的组合 - 注意 OpenCV 默认模板匹配不支持旋转/缩放，图像稍有偏移就失效——必须保证每次截图坐标绝对一致
真实验证码（如登录页）基本无法通用识别，绕过才是正解
如果你面对的是网站登录页的图形验证码，自动识别在技术上已接近不可行（除非训练专用 CNN 模型），而法律和协议层面风险更高。更实际的路径是：
- 查该网站是否提供 API 接口或开发者模式下的 token 获取方式（很多后台系统其实有未文档化的
/api/v1/captcha/verify） - 用
selenium配合人工打码平台（如ddddocr库调用第三方服务）——但需注意平台稳定性与成本 - 确认是否真需要自动化：某些场景下用「扫码登录」或「Cookie 复用」比 OCR 更可靠
- 警惕反爬机制：频繁截图+OCR 请求可能触发 IP 封禁，
time.sleep(2)不够，得模拟真实用户操作节奏
ddddocr 能识别部分验证码，但依赖样本质量
ddddocr 是目前 Python 生态中对简单验证码识别率最高的开源库，底层用了轻量 CNN，但它不是魔法——效果高度依赖训练数据覆盖度。
实操建议：
- 安装后先用自带示例测试：
ocr = ddddocr.DdddOcr(); ocr.classification(img_bytes)，别跳过这步 - 若识别不准，优先检查输入是否为 RGB 模式（
cv2.cvtColor(img, cv2.COLOR_BGR2RGB)），ddddocr对通道顺序敏感 - 它对字母+数字混合、无干扰的验证码（如早期极验文字点选前的版本）成功率约 70%–90%，但一旦加入线条或透视变形，准确率断崖下跌
- 不要把
ddddocr当通用 OCR 用——它的ocr.classification()只接受裁剪好的单个验证码图，不能直接识别整页截图中的文字块
真正的难点从来不在“怎么调库”，而在于判断哪段文字值得 OCR、哪段必须换路径、哪段干脆不该碰。截图坐标偏移 2 像素，二值化阈值差 5，PSM 模式选错——这些细节不调好，再多模型也白搭。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
