这次我们来看一个非常典型的组合python、办公自动化、pdf。在办公室日常里PDF 处理的需求量其实比很多人想象中更大——把合同附件合并成一个文件、从论文里抽表格、提取简历里的关键信息、把报表导出成不可随意改动的 PDF、再按规则拆分成单个文件这些动作如果靠人工鼠标完成重复劳动量非常大。用 Python 做 PDF 办公自动化的思路并不复杂真正的门槛在于要先搞清楚“PDF 到底是什么格式”“哪些情况能提文字、哪些情况只能走 OCR”“不同库分别擅长什么”。这篇“PDF 了解-1”就是把这件事的基础框架先讲清楚再给出可以直接跑的示例代码。这篇文章不是某个具体软件的安装教程也不是某个大型框架的部署攻略它更适合作为 Python 办公自动化 PDF 方向的第一篇认知性资料。先给结论Python 处理 PDF 没有万能的单库方案常见的需求可以拆成四条技术线来理解。页面级操作比如合并、拆分、旋转页面、设置权限用 pypdf 这类纯 Python 库最顺手文本和表格解析优先考虑 pdfplumber图片提取、较大文件的中速处理、需要接触页面底层对象时PyMuPDF 更合适从零生成一份排版稳定的 PDF 报表reportlab 是最常被提到的选择。文章后面会逐一演示这些库的典型用法并补上批量目录设计、性能观察、问题排查、合规边界几部分。先说明一下本文会带你做哪些验证读取 PDF 的页数、尺寸与元数据从标准文本型 PDF 中提取文字和表格从 PDF 中导出图片把多个 PDF 按规则合并与拆分用 reportlab 生成最简 PDF 报表。这些操作跑通之后你已经具备搭建一个 PDF 自动化小工具的基础能力。再往后要扩展的方向也很清晰接入 OCR 处理扫描版 PDF、把提取结果写入 Excel 数据库、打包成 Web 接口供其他系统调用。1. Python 处理 PDF 核心认知速览维度说明项目类型Python 办公自动化系列中的 PDF 处理入门认知课核心技术PDF 文件格式解析、文本/表格/图片提取、页面合并拆分、PDF 生成常用依赖pypdf、pdfplumber、PyMuPDF、reportlab运行环境普通 Windows / macOS / Linux 电脑即可推荐 Python 3.10 及以上显存与 GPU常规 PDF 解析不需要 GPU扫描版 PDF 若走 OCR 则需要额外部署 OCR 引擎批量任务可设计目录扫描型批处理脚本对大量 PDF 执行提取、合并、拆分接口能力库本身不提供接口可自行封装为 Flask / FastAPI 服务典型交付物合并后 PDF、按页拆分文件、Excel/CSV 数据、图片文件夹学习门槛Python 基础语法 少量面向对象概念办公自动化场景相对容易入门主要风险素材授权、个人隐私、版权文件、扫描版 PDF 的文字提取限制这里想强调一个容易被忽略的点PDF 处理不是一个单一技术动作而是一类“把不可编辑格式转换为可复用结构数据”的任务集合。判断需求属于哪种任务比急着装依赖更重要。只是为了把文件合并起来就没必要引入完整 OCR 链路反过来如果想提取的内容来自一张扫描图片普通文本提取库是不可能直接出字的必须先识别页面是否含有文本层。2. 适用场景与使用边界2.1 典型办公场景人事部门经常遇到几十份简历 PDF 需要统一重命名、抽查、合并成一份评估材料。财务归档时需要把若干张凭证图片转换、拼接进 PDF。科研人员阅读论文时希望快速提取表格数据进本地库。运营岗位则要批量把多页 PDF 按页拆分或者将对外发布的说明文件统一添加页脚页眉。这些场景都有一个共同特点文件数量多、操作规则固定、人工做容易出错。Python 在这些场景里能做的事情是把 PDF 当作数据处理对象用脚本完成“读取文件列表 → 按规则处理 → 输出到指定目录 → 记录日志”。例如批量合并时脚本只需要遍历指定文件夹内的 PDF按文件名排序后写入到同一个 PdfWriter就能一键产出合并结果。针对带规律的文件命名脚本也可以实现“第 1 到第 10 页输出为一个文件、第 11 到第 20 页输出为另一个文件”的拆分逻辑。2.2 不适合处理的场景PDF 自动化并不是所有办公场景的最优解。下面几种情况需要谨慎判断。第一需要还原“像素级版面”的复杂设计稿比如杂志排版、海报效果Python 直接生成 PDF 的成本很高更适合用专业排版工具导出。第二涉及电子签名、防伪水印、法律效力验证的业务脚本只适合做文件预处理不适合替代合规签名链路。第三PDF 与 Word 的“无损互转”是目前最容易踩坑的方向Python 社区没有内置的 Word 排版引擎转出来Word 的样式通常只能做到基本还原不能保证和原文件完全一致。2.3 版权、隐私与授权边界处理 PDF 之前先确认你对这些文件有合法处理权。批量提取论文、合同、简历中的内容可能涉及版权保护或个人信息保护对外发布或商用前需要核对用途是否符合授权范围。不要借助自动化工具绕过 PDF 的权限控制、删除版权标识或修改具有签章效力的正式文件内容。在内部办公场景中也应避免把敏感 PDF 内容上传到不受控的第三方 OCR 服务。安全使用规则应该是能本地跑的任务尽量本地跑脚本化处理前先看文件来源和授权。3. PDF 文件格式基础为什么处理起来不简单PDF 起初脱胎于 PostScript 页面描述语言核心目标很明确无论在哪台设备上打开页面外观尽量保持一致。这个目标让 PDF 成了“适合阅读、不适合编辑”的典型格式。它的内部并不是像 Word 那样保存一层可直接改写的文字段落而是保存了大量对象目录对象、页面树、内容流、字体资源、图像对象、元数据、交叉引用表。打开 PDF 时阅读器会按这些对象把文字、图形、图片绘制到页面上。所谓的“从 PDF 提取文本”本质上不是读取一段文档内容字符串而是要解析页面 Content Stream把绘制文本的指令还原出来再通过字体资源里的编码映射转换成 Unicode 字符。这个过程受很多因素影响某些 PDF 生产工具选择把文字轮廓转换成曲线于是文本层丢失某些字体内嵌了私有的自定义编码提取时不做映射就会得到乱码当页面同时包含大量图片、表格和多栏文本时程序还需要根据坐标判断阅读顺序。这解释了新手最容易遇到的现象同一个 PDF用不同库提取同一页文字结果差异会很大。有的库偏重保留坐标信息有的库偏重按视觉顺序重组文字而如果一个文件是“扫描版 PDF”内部其实只有扫描图像、没有一个真实字符对象无论用 pypdf 还是 pdfplumber 都只能提取出空内容必须进入 OCR 路线。理解了这一层后续排查问题就会快很多。另外还要知道 PDF 分不同版本和子类型部分归档场景要求 PDF/A部分印刷输出使用 PDF/X。办公自动化环境里看到的多是普通 PDF但在处理前可以用库读取版本信息便于判断文件是否符合项目要求。4. Python PDF 技术路线选型任务推荐库简要说明合并、拆分、旋转、加密pypdf / PyPDF2纯 Python页面对象操作直观适合批量页面管理文本提取、字符坐标pdfplumber基于 pdfminer.six能拿到每个字符的位置、字体名表格结构提取pdfplumber / camelot依赖页面线条或文本坐标判断表格结构快速处理、图片提取PyMuPDF后端为 MuPDF处理速度通常明显快于纯 Python 解析从零生成 PDFreportlab通过代码绘制文本、图形、表格HTML / CSS 打印成 PDFWeasyPrint适合把网页风格报告转 PDF中文支持较好扫描版 OCRocrmypdf / paddleocr需要额外安装 OCR 引擎且对 CPU/GPU 都有一定的处理时间预期办公自动化中最常用的组合其实只需要掌握三条主线。第一条是页面控制用 pypdf 实现对 PDF 的“文件级操作”。第二条是内容提取用 pdfplumber 或 PyMuPDF 获取页面里的文字、表格、图片再整理成结构化数据。第三条是内容生成用 reportlab 或 WeasyPrint 把结果变成新 PDF。如果你要处理的文件来自不同软件比如部分来自电子发票平台、部分来自扫描仪就要养成先小批量抽样测试的习惯避免一次性全量处理完才发现路线选错。5. 环境准备与 Python 依赖安装5.1 基础环境建议的操作系统是 Windows 10/11 或主流 Linux 发行版。PDF 解析库大多是跨平台 Python 包理论上不依赖 GUI因此服务器环境也能运行。Python 版本推荐使用 3.10 或 3.11 这类较新的稳定版本较老版本虽然多数库还有兼容支持但新版本在依赖解析和 Unicode 处理上更省心。为了不污染全局环境建议为这个学习项目单独创建虚拟环境。Windows PowerShell 下可以执行python -m venv venv .\venv\Scripts\Activate.ps1Linux 或 macOS 下使用python3 -m venv venv source venv/bin/activate激活后终端提示符会出现(venv)说明当前命令都在虚拟环境中执行。如果后续想退出环境执行deactivate即可。5.2 安装 PDF 处理依赖pip install -U pip pip install pypdf pdfplumber pymupdf reportlab这里说明一下库的关系pypdf 是 PyPDF2 的维护中继任项目API 大体兼容新项目建议直接用 pypdf。pdfplumber 用于提取文本和表格它在解析文本时会保留更多字符级细节。PyMuPDF 在安装时会拉入一个基于 MuPDF C 库的扩展包安装包体积稍大但处理大量页面时通常能感受到速度差异。reportlab 则按需安装只有需要从零生成 PDF 报表时才用。5.3 验证安装安装完成后可以单独执行一段导入脚本确认所有依赖都能正常加载import pypdf import pdfplumber import fitz # PyMuPDF 的导入名 import reportlab print(pypdf version:, pypdf.__version__) print(pdfplumber ok) print(PyMuPDF version:, fitz.__doc__) print(reportlab version:, reportlab.Version)如果某个库缺失会直接抛出 ModuleNotFoundError。此时回到 pip 安装步骤补装即可。pdfplumber、PyMuPDF 等库往往依赖较新的 wheel 包遇到编译报错时优先检查 Python 版本和 pip 版本而不是立刻寻找编译工具。6. 功能验证一读取 PDF 基本信息与页面操作6.1 测试目标读取一个 PDF 文件的页数、页面尺寸、元数据和加密状态并尝试把某一页旋转 90 度后另存为新文件。这个测试可以帮助你确认 pypdf 安装正确并理解“PDF 页面对象”的基本概念。6.2 测试代码准备一个简单的文本型 PDF 作为测试文件例如通过 Word 或浏览器打印功能导出的单页文档。下面代码用 pypdf 打开文件并读取基础信息from pypdf import PdfReader, PdfWriter reader PdfReader(sample.pdf) print(页数:, len(reader.pages)) print(是否加密:, reader.is_encrypted) if reader.is_encrypted: # 读取加密文件需要先尝试解密参数为已知密码 reader.decrypt() page reader.pages[0] print(页面尺寸:, page.mediabox.width, page.mediabox.height) metadata reader.metadata if metadata: print(标题:, metadata.title) print(作者:, metadata.author) print(创建工具:, metadata.creator) # 旋转第一页并输出为新文件 writer PdfWriter() writer.add_page(page) new_page writer.pages[0] new_page.rotate(90) with open(rotated_output.pdf, wb) as f: writer.write(f)6.3 预期结果与判断标准运行后终端应输出页数、页面尺寸、元数据并在当前目录生成rotated_output.pdf。用任意阅读器打开它第一页应该是旋转后的效果。判断成功的标准很简单脚本没有抛出异常输出文件能被正常打开。最常见的失败原因是文件本身被加密。部分 PDF 虽然允许直接预览但脚本读取时仍然需要密码。如果reader.is_encrypted为 True需要调用decrypt()方法。密码为空的尝试属于测试公开样例文件时常见操作实际业务中必须确保你有权限读取该文件。7. 功能验证二提取文本、表格与图片7.1 从文本型 PDF 提取文字内容用 pdfplumber 提取页面文字是办公自动化里的高频操作。测试前准备一个内容包含标题、正文、简单段落的 PDF。下面代码演示提取第一页文本并按行打印import pdfplumber with pdfplumber.open(sample.pdf) as pdf: print(总页数:, len(pdf.pages)) first_page pdf.pages[0] text first_page.extract_text() if text: print(提取结果) print(text) else: print(没有提取到文本可能是扫描版PDF或字体未嵌入文本层)如果提取结果为空或者出现大量乱码基本可以判断这份 PDF不包含可提取的文本层。可以用阅读器打开文件尝试用鼠标选中文字如果无法选中说明文件本质是图片型 PDF。此时需要先考虑 OCR 路线而不是继续调整提取参数。7.2 提取表格数据pdfplumber 的extract_table()方法可以从页面中识别表格结构。测试文件最好来自 Word 导出的、带明显表格线的 PDF而不是复杂无边框网页打印件import pdfplumber import pandas as pd with pdfplumber.open(table_sample.pdf) as pdf: page pdf.pages[0] table page.extract_table() if table: # table 是一个二维列表第一行通常是表头 print(表头:, table[0]) print(行数:, len(table) - 1) # 转成 pandas DataFrame 便于后续导出 Excel 或 CSV df pd.DataFrame(table[1:], columnstable[0]) df.to_csv(table_output.csv, indexFalse, encodingutf-8-sig) print(df.head())需要留意的是无边框表格或单元格合并情况会让extract_table()的识别结果不稳定。更稳妥的做法是先输出二维列表肉眼确认行顺序再写入 Excel。办公自动化中表格提取极少能做到“一次提取直接完美交付”通常需要配合清洗逻辑。7.3 从 PDF 中提取图片批量从 PDF 里导图片同样常见适用于从产品手册、扫描归档文档中抽出插图。PyMuPDF 处理这类任务的代码量比传统方案更少import fitz from pathlib import Path doc fitz.open(image_sample.pdf) output_dir Path(extracted_images) output_dir.mkdir(exist_okTrue) for page_index, page in enumerate(doc): for img_index, img in enumerate(page.get_images(fullTrue)): xref img[0] base_image doc.extract_image(xref) image_bytes base_image[image] image_ext base_image[ext] # 后缀名如 png/jpeg image_path output_dir / fpage{page_index 1}_img{img_index 1}.{image_ext} image_path.write_bytes(image_bytes) print(已导出:, image_path) doc.close()这段代码会遍历每一页中的图片并保存到独立目录。实际场景里同一张图片可能被多个页面引用导致导出内容重复PDF 中图像对象可能被图片蒙板、裁剪等对象包裹此时需要进一步判断父级对象。第一次跑通即可不必追求一次覆盖所有异常情况。8. 功能验证三PDF 合并、拆分与批量任务设计8.1 批量合并 PDF合并多个 PDF 是办公自动化频率很高的动作。假设某个文件夹下有多个按序编号的 PDF目标是把它们合并成一个from pypdf import PdfWriter, PdfReader from pathlib import Path pdf_dir Path(pdf_batch) pdf_list sorted(pdf_dir.glob(*.pdf)) writer PdfWriter() for pdf_path in pdf_list: reader PdfReader(str(pdf_path)) for page in reader.pages: writer.add_page(page) print(已合并:, pdf_path.name) output_path merged_output.pdf with open(output_path, wb) as f: writer.write(f) print(合并完成总页数:, len(writer.pages))先用glob按文件名拿到所有 PDF排序后逐页写入 PdfWriter。注意文件如果包含元数据元数据不会自动合并需要单独处理。合并完成后建议打开输出文件抽查中间几页确认各来源文件的页面顺序没有错位。8.2 按页拆分 PDF拆分需求通常有两种。一种是“每个源文件内部按固定页数拆分”另一种是“把一个总目录 PDF 按给定页码范围拆成多个文件”。下面演示按页码范围拆分from pypdf import PdfReader, PdfWriter reader PdfReader(large_report.pdf) total_pages len(reader.pages) # 指定每组页码范围 ranges [(0, 10), (10, 20), (20, total_pages)] def split_pdf(source_name, start, end, output_prefix): writer PdfWriter() for page_num in range(start, end): writer.add_page(reader.pages[page_num]) out_path f{output_prefix}_{start 1}_{end}.pdf with open(out_path, wb) as f: writer.write(f) print(已生成:, out_path) for idx, (start, end) in enumerate(ranges, start1): split_pdf(large_report.pdf, start, end, split_part)更常见的规则是按页码数字自动分组例如每 10 页输出一个文件可以用range(0, total_pages, 10)循环实现。需要注意页码范围通常从 1 开始计数而脚本里的下标从 0 开始封装时容易多拆一页建议用start 1这样的字段校正。8.3 小批量批处理脚本目录设计处理大量文件时最怕一次性在内存中打开所有 PDF。推荐设计成“目录扫描 → 单文件处理 → 输出到隔离目录 → 记录日志”的方式。示例目录结构如下pdf_automation/ ├── inputs/ │ ├── 001_report.pdf │ └── 002_report.pdf ├── outputs/ ├── logs/ └── main_batch.pyinputs放原始文件outputs放产物logs记录处理成功和失败的文件名。代码层面可以使用pathlib.Path遍历单个文件出错时用try except捕获并写入错误日志而不是中断整个批次。这样处理几份文件时看不出差异但处理几百份时能避免“中途崩掉要从头再来”的尴尬。9. 功能验证四用 reportlab 从零生成 PDF许多办公自动化流程的收尾是生成一个整洁的 PDF 报表。reportlab 是最常用的底层绘图库它不依赖 Word 或浏览器完全通过代码创建页面内容。下面演示生成一个带标题、段落和简单表格的 PDFfrom reportlab.lib.pagesizes import A4 from reportlab.pdfgen import canvas from reportlab.platypus import SimpleDocTemplate, Paragraph, Table, Spacer from reportlab.lib.styles import getSampleStyleSheet output_path simple_report.pdf doc SimpleDocTemplate(output_path, pagesizeA4) styles getSampleStyleSheet() elements [] title_para Paragraph(2025年度文件归档清单, styles[Title]) elements.append(title_para) elements.append(Spacer(1, 20)) elements.append(Paragraph(本报表由 Python 自动生成用于演示 reportlab 的基本用法。, styles[BodyText])) table_data [ [序号, 文件名, 状态], [1, resume_zhang.pdf, 已归档], [2, invoice_20250115.pdf, 已归档], [3, meeting_minutes.pdf, 待确认], ] table Table(table_data) elements.append(Spacer(1, 20)) elements.append(table) doc.build(elements) print(PDF 已生成:, output_path)从办公自动化角度reportlab 这类库的价值在于表格数据和文件名可以来自数据库、Excel、网络请求脚本自动生成报表后按日期命名再批量分发或归档。它适合排布固定版式的文件清单、发票汇总、扫描封面等场景。复杂排版仍建议用 HTML 转 PDF 类工具因为 reportlab 的手工布局成本较高维护起来也更费精力。10. 封装接口 API 与自动化集成PDF 解析库本身不提供 Web API但我们可以用 FastAPI 把已实现的功能封装成接口供内部系统调用。这在办公自动化里很实用比如一个 OA 模块上传多个 PDF后端调用接口完成合并再把结果返回给前端预览下载。需要提示的是这不是教学页面提供的现成接口代码而是通用的扩展思路实际开发中必须结合项目目录、鉴权方式和网络策略调整。下面是一个最小示例它接收两个 PDF 文件并在服务端合成一个 HTTP Responsefrom fastapi import FastAPI, UploadFile, File from fastapi.responses import Response from pypdf import PdfReader, PdfWriter from io import BytesIO app FastAPI() app.post(/merge) async def merge_pdfs(file1: UploadFile File(...), file2: UploadFile File(...)): writer PdfWriter() for upload in [file1, file2]: content await upload.read() reader PdfReader(BytesIO(content)) for page in reader.pages: writer.add_page(page) output BytesIO() writer.write(output) output.seek(0) return Response( contentoutput.read(), media_typeapplication/pdf, headers{Content-Disposition: attachment; filenamemerged.pdf} )启动接口服务uvicorn api_pdf:app --host 127.0.0.1 --port 8000然后用 curl 测试curl -X POST http://127.0.0.1:8000/merge \ -F file1a.pdf \ -F file2b.pdf \ -o merged_from_api.pdf接口服务涉及文件上传与会话管理正式环境至少要加上访问鉴权、上传大小限制、临时文件清理和日志记录。办公自动化脚本如果只是本机用不一定要上接口封装优先把核心逻辑写成普通 Python 函数即可。接口封装往往是为了让更多团队角色或 Web 系统能复用你的处理能力投入产出需要按团队规模判断。11. 资源占用与性能观察方法PDF 解析属于 CPU、内存和磁盘三类资源的混合消耗场景。纯文本型 PDF 即使有几百页解析耗时通常也不会特别夸张真正影响性能的是大量高清图片、扫描页、密集表格和复杂矢量图形。在没有本机实测数据的情况下建议先采用“小批量试跑 → 观察耗时和内存 → 再循环处理”的稳妥流程不要一次性把几千个文件全部丢进脚本。这里提供一个快速测量单文件处理时间与内存增长的代码模板import time import tracemalloc import pdfplumber file_path large_sample.pdf tracemalloc.start() start_time time.time() with pdfplumber.open(file_path) as pdf: total_chars 0 for page in pdf.pages: text page.extract_text() or total_chars len(text) elapsed time.time() - start_time current, peak tracemalloc.get_traced_memory() print(f共 {len(pdf.pages)} 页提取字符数约 {total_chars}) print(f耗时 {elapsed:.2f} 秒) print(f当前内存 {current / 1024:.1f} KB峰值内存 {peak / 1024:.1f} KB)从实际工程角度看降低资源消耗的方法包括分批处理而不是一次全量加载处理完单文件后及时关闭文档对象导出图片时限制提取的分辨率对超大 PDF 先按页范围切分再处理。OCR 环节如果涉及大量扫描件CPU 推理会比较耗时需要单独评估硬件条件不要和普通文本解析混为一谈。批量处理时还要关注磁盘占用。提取出的大量图片、拆分出的碎片 PDF 可能占用明显空间应在脚本里写清楚输出目录并按日期归档避免把中间产物和原始文件混在一起也便于后续清理。12. 常见问题与排查方法问题现象可能原因排查方式解决方案提取文本为空文件是扫描版 PDF没有文本层用阅读器尝试选中文字换 OCR 路线或用 truepdf 等工具先做文字识别提取出中文乱码字体编码未正确映射或字体未嵌入查看页面字体信息换 PyMuPDF / pdfplumber 比较结果无法解决则考虑 OCR表格提取错位无边框表格、跨页表格、单元格合并打印 extract_table 原始二维列表针对页面结构做后处理或按字符坐标自定义抽取合并后文件变大每个源 PDF 都携带独立资源对象检查单文件页面大小确认是否必须合并或压缩图片后合并pip 安装依赖报错Python 版本过旧或 pip 版本过低查看完整报错日志升级 pip并升级 Python 到 3.10打开加密 PDF 报错文件带密码保护读取 is_encrypted 状态使用 decrypt 提供合法密码严禁破解批处理中途崩溃单个文件格式异常缺少 try except查看回显错误信息对单文件加异常捕获记录到日志后继续输出 PDF 与预览效果不一致页面对象内包含字体子集缺失换阅读器或检查字体嵌入情况若为重要交付文件使用浏览器导出代替程序改写这里列出的每一条都可以作为学习时的功能验证点。遇到问题先缩小范围先判断这个文件是文本型还是图片型再判断是库版本问题还是页面结构问题。最开始的几次实验尽量用你自己生成的 PDF 作为测试输入这样变量最少排查角度也最清晰。13. 最佳实践与使用建议第一建立虚拟环境。不要图省事直接往系统 Python 里安装大量 PDF 依赖否则后续项目升级时很容易出现版本冲突。用 venv 或 conda 隔离后即使当前项目依赖装坏了也不会影响其他工作。第二处理任何文件前先做“人口统计”。写代码前先遍历一遍目录统计 PDF 文件数量、总字节数、页数范围甚至抽样查看代表文件的文本层情况。这样能提前发现个别文件加密、部分文件扫描件等特殊点避免写完全量脚本后才发现数据里有 1% 的异类文件处理不了。第三输出路径和日志要规范。脚本运行结束后除了产物本身还要生成一个简单的记录文件写明哪些文件成功、哪些文件失败、是否需要人工处理。这对批量任务尤其重要它决定了你能否快速验证处理效果。第四处理合同、简历、财务凭证等敏感文件时坚持“最小授权”和“最小停留”原则脚本只读取完成任务所需的信息生成的中间文件及时删除或加密保存不要随意把内部 PDF 发送给不受控的外部服务。第五对生成类任务先验证输出质量再批量执行。尤其是把 Excel 数据写成 PDF 报表、把 PDF 转换成 Word 这类操作最好先处理样例文件让业务同事确认版式确认后再全量跑。14. 总结与下一步从入门角度看并不需要把 PDF 方向的全部库都学会。建议先按这样的最小路径收尾用 pypdf 掌握页面级合并拆分用 pdfplumber 跑通文本和表格提取用 PyMuPDF 处理图片提取类任务用 reportlab 生成一个最简单的报表。等你在这四种任务上各跑通一个脚本后PDF 办公自动化就算入门了。最容易踩的坑可以提前预告扫描版 PDF 不会自动出文字盲目堆参数不如早点转 OCR表格提取后的数据不能直接信任需要清洗和比对批量任务一定要加日志和失败隔离。这篇“PDF 了解-1”先解决认知问题下一篇就可以直接上更完整的实战任务比如“按 Excel 清单批量拆分 PDF”或“从年度报告中自动提取关键表格”。建议先把这些示例代码保存备用后面接到真实办公需求时可以直接改成小工具使用。