Windows平台Poppler预编译包：开箱即用的PDF处理利器部署与实战指南

简介：本资源是为Windows平台开发者准备的Poppler 24.07.0预编译二进制包，适用于PDF解析、渲染与文本提取等C/C++项目集成，尤其适合需快速调用pdftocairo、pdftoppm、pdftotext等命令行工具或链接libpoppler库的中高级开发场景。压缩包共480个文件，包含26个动态链接库（dll）、13个可执行程序（exe）、153个头文件（h）及3个静态库（lib），另有大量编码支持文件（如UTF-8/GBK/Shift-JIS等字体映射表）和许可证文档，完整覆盖开发、构建与运行所需全部组件。资源大小为14.36MB，结构清晰，开箱即用，无需额外编译配置。目前已有2115人下载学习，开发者可直接引用头文件与库进行PDF转图像、提取元信息、生成HTML等操作，并借助配套工具快速验证功能逻辑与排错。

1. 项目概述：一份为Windows用户准备的“开箱即用”PDF处理利器

如果你在Windows平台上处理PDF文件时，遇到过需要解析PDF内容、提取文本、转换图像，却被复杂的编译环境和依赖库搞得焦头烂额，那么你很可能已经听说过Poppler的大名。Poppler是一个基于Xpdf-3.0代码库发展而来的开源PDF渲染库，它被广泛用于后端服务、桌面应用乃至移动应用中，作为处理PDF文档的核心引擎。然而，对于大多数Windows开发者或普通用户而言，直接从源码编译Poppler是一项颇具挑战性的任务，它涉及到MSYS2、CMake、各种开发库的配置，过程繁琐且容易出错。

今天要聊的这个“poppler-windows-24.07.0-0编译好的安装包.zip”，正是为了解决这个痛点而生。它不是一个官方发布的安装程序，而是一个社区或爱好者预先为Windows平台编译好的、包含所有必要运行时库的便携式包。简单来说，你下载这个ZIP文件，解压到任意目录，配置一下环境变量，就能立刻在命令行或你自己的程序里调用Poppler的强大功能，而无需关心背后的编译细节。这就像获得了一把已经打磨锋利、装上握把的瑞士军刀，直接就能用，省去了自己找铁矿石、冶炼、锻造的漫长过程。

这个包的核心价值在于“开箱即用”，它主要面向几类用户：一是需要在Windows上快速集成PDF处理功能的C++或Python开发者；二是需要命令行工具（如pdftotext,pdftoppm,pdfimages等）进行批量PDF处理的运维或数据分析人员；三是那些对技术有好奇心，想体验强大PDF工具但被编译劝退的爱好者。接下来，我将带你深入拆解这个包，从它的内容结构、核心工具使用，到如何集成到你的项目中，并分享一些我实际使用中积累的经验和避坑指南。

2. 安装包内容深度解析与部署指南

当你拿到“poppler-windows-24.07.0-0编译好的安装包.zip”并解压后，面对一堆dll文件和exe，可能会有些困惑。别急，我们一步步来拆解它的目录结构，并完成部署。

2.1 目录结构与核心文件说明

解压后的典型目录结构如下（具体可能因编译者而异，但核心不变）：

poppler-windows-24.07.0-0/ ├── bin/ │ ├── pdftotext.exe # PDF转文本工具 │ ├── pdftoppm.exe # PDF转图像（PPM格式）工具 │ ├── pdfimages.exe # 提取PDF内嵌图像工具 │ ├── pdftohtml.exe # PDF转HTML工具 │ ├── pdfinfo.exe # 获取PDF元信息工具 │ ├── pdfseparate.exe # 分割PDF页面工具 │ ├── pdfunite.exe # 合并PDF文件工具 │ ├── libpoppler.dll # Poppler核心动态库 │ ├── libpoppler-cpp.dll # Poppler C++接口库 │ ├── poppler-data/ # 字体等数据文件（可能独立目录） │ └── ... (其他工具和依赖DLL，如libjpeg.dll, libpng.dll, libtiff.dll, zlib1.dll等) ├── include/ # C/C++开发头文件（如果包含开发包） │ ├── poppler/ │ │ ├── Document.h │ │ ├── Page.h │ │ └── ... │ └── ... ├── lib/ # 静态库或导入库（.lib文件，如果包含开发包） │ ├── poppler.lib │ └── ... └── share/ # 许可证、文档等

核心组件解析：

1. bin/目录：这是包的心脏。所有可执行命令行工具都在这里。更重要的是，libpoppler.dll是Poppler的核心运行时库，所有工具都依赖它。那些libjpeg.dll、libpng.dll是图像处理依赖库，因为Poppler需要处理PDF中的JPEG、PNG图像。
2. include/和lib/目录：如果你需要进行C++二次开发，这两个目录至关重要。include/提供了所有类的头文件，lib/提供了链接库（.lib）。但请注意，很多“开箱即用”的预编译包可能只包含运行时（bin/），不包含开发文件。如果你需要开发，可能需要寻找标明了“dev”或“development”的版本。
3. poppler-data：这个目录或位于share/下，包含了字体映射、字符编码等数据文件。Poppler在渲染文本时，尤其是处理非拉丁语系或特殊符号时，需要这些数据来确保文字正确显示。这是一个极易被忽略但可能导致乱码的关键部分。

2.2 两种部署方式与环境变量配置

部署的目标是让系统能找到这些可执行文件和动态库。有两种主流方式：

方式一：便携式使用（推荐初学者）直接将解压后的bin目录路径添加到系统的PATH环境变量中。

1. 右键点击“此电脑” -> “属性” -> “高级系统设置” -> “环境变量”。
2. 在“系统变量”或“用户变量”中找到Path，点击“编辑”。
3. 点击“新建”，将你的poppler-windows-24.07.0-0\bin完整路径粘贴进去（例如D:\Tools\poppler-windows-24.07.0-0\bin）。
4. 依次点击“确定”保存所有窗口。
5. 打开一个新的命令行窗口（重要！），输入pdftotext -v，如果能看到版本信息（如pdftotext version 24.07.0），说明配置成功。

注意：环境变量修改后，必须关闭所有已打开的命令行窗口并重新打开，新的PATH才会生效。这是很多人配置后依然“命令找不到”的主要原因。

方式二：集成到项目中使用对于开发者，更常见的做法是将必要的文件（主要是libpoppler.dll及其依赖的DLL，以及工具exe）复制到你的项目输出目录（如Debug或Release文件夹）旁边。这样，你的应用程序在运行时就能在同一目录或系统路径下找到这些DLL。

• 对于C++项目：在IDE（如Visual Studio）中，将include目录添加到“附加包含目录”，将lib目录添加到“附加库目录”，并在“链接器->输入->附加依赖项”中添加poppler.lib。同时，确保编译出的exe运行时，libpoppler.dll在可访问路径下。
• 对于Python项目（通过pdftotext等工具）：你可以在Python代码中使用subprocess模块调用这些exe，只需确保调用时这些工具的路径是明确的，或者它们已在PATH中。

2.3 验证安装与初步测试

配置好环境变量后，我们来做一个快速测试，确保一切正常。

1. 准备一个简单的PDF文件，比如叫test.pdf。
2. 打开命令行，切换到该PDF所在目录。
3. 运行命令提取文本：pdftotext test.pdf output.txt
4. 运行命令获取信息：pdfinfo test.pdf
5. 运行命令将第一页转为PNG图片：pdftoppm -f 1 -l 1 -png test.pdf page

如果这些命令都能成功执行并生成相应的output.txt、信息列表和page-1.png文件，那么恭喜你，Poppler环境已经准备就绪。

3. 核心命令行工具详解与实战应用

Poppler的精髓在于其一系列强大而专注的命令行工具。它们各自独立，通过参数组合能完成复杂的PDF处理任务。下面我们深入几个最常用的工具。

3.1 pdftotext：从PDF中精准提取文本

pdftotext可能是使用频率最高的工具。它的基础用法很简单，但参数丰富，可以应对各种复杂场景。

基础提取：

pdftotext input.pdf output.txt

这会将input.pdf中的所有文本按阅读顺序提取到output.txt中。

高级参数解析：

• 布局控制：
  • -layout：保持原始物理布局。这对于多栏文档、表格类PDF至关重要，能避免文本顺序错乱。在处理扫描件OCR后的PDF或复杂排版文档时，务必加上此参数。
  • -raw：按内容流中的原始顺序输出。通常与-layout互斥，用于调试或特殊需求。
• 编码与格式：
  • -enc <编码名称>：指定输出文本的编码，如UTF-8、GBK。默认通常是UTF-8。如果提取中文出现乱码，可以尝试-enc GBK，但更根本的解决方案是确保系统语言环境和PDF内嵌字体正确。
  • -eol unix|dos|mac：指定行尾符。在Windows下处理文本后上传到Linux服务器时，指定-eol unix可以避免换行符问题。
• 页面范围：
  • -f <n>和-l <n>：指定起始页和结束页。例如-f 2 -l 5提取第2到第5页。
• 其他实用选项：
  • -table：尝试优化表格内容的提取（与-layout结合使用效果更好）。
  • -cfg <配置文件>：使用自定义的配置文件（通常用于poppler-data）。

实战案例：批量提取合同PDF中的关键条款假设你有一批合同PDF，需要提取所有“违约责任”章节的文本。你可以结合页面范围和布局参数。

for %f in (*.pdf) do pdftotext -layout -f 10 -l 12 "%f" "output_%~nf.txt"

这个命令（在CMD中）会遍历当前目录所有PDF，提取每个PDF第10到12页（假设违约责任在该范围）的文本，并保持布局，输出到以原文件名命名的txt文件中。

3.2 pdftoppm / pdftocairo：高质量PDF转图像

pdftoppm将PDF页面转换为位图图像（PPM/PNG/JPEG格式），而pdftocairo功能更强大，支持输出为PNG、JPEG、TIFF、PDF、PS、EPS、SVG。

pdftoppm常用参数：

• -png、-jpeg、-tiff：指定输出格式。-png是无损压缩，质量最好；-jpeg是有损压缩，文件小。
• -r <DPI>：设置分辨率，默认是150 DPI。对于需要打印或OCR识别，建议设置为300 DPI或更高。但注意，分辨率翻倍，图像像素面积会变为4倍，文件大小和内存占用激增。
• -scale-to <N>：将页面宽度或高度（取较大者）缩放到N像素。这比固定DPI更灵活，能保证输出图像尺寸一致。
• -singlefile：当转换多页PDF时，默认每页输出一个文件（如output-1.png）。使用此参数则只输出第一页。
• -gray：输出灰度图像，有时能提升OCR识别率并减小文件。

pdftocairo的优势：pdftocairo -png ...与pdftoppm -png ...在输出PNG时效果类似。但pdftocairo独有的优势在于矢量输出：

• pdftocairo -pdf：可以用于PDF的线性化、简化或格式微调。
• pdftocairo -svg：将PDF页面转换为SVG矢量图形。这对于图表、流程图等内容的二次编辑极其有用。但注意，对于复杂页面或包含大量文字的页面，生成的SVG可能非常庞大。

实战案例：为文档生成高清预览图

pdftoppm -png -r 300 -scale-to 2000 input.pdf preview

此命令以300 DPI的高分辨率、同时限制最大边长为2000像素的方式，将input.pdf的每一页转换为PNG图片，命名为preview-1.png，preview-2.png等。这样既保证了清晰度，又控制了文件尺寸。

3.3 pdfimages：无损提取PDF内嵌资源

pdfimages专门用于提取PDF中内嵌的图像、矢量图形资源，它直接提取原始数据，不进行重新编码，因此是“无损”的。

关键参数：

• -j：如果源图像是JPEG编码，则直接提取为.jpg文件，保持原质量。
• -png：如果源图像是PNG（或非JPEG），则提取为.png。
• -tiff：提取为TIFF格式。
• -all：提取所有类型的图像对象。
• -list：不提取图像，仅列出图像信息（页码、宽度、高度、色彩空间、分辨率），用于分析。

与pdftoppm的区别（重要！）：

• pdfimages提取的是原始嵌入资源。比如PDF里有一张1024x768的JPEG照片，pdfimages -j会得到一个完全相同的1024x768的JPEG文件。
• pdftoppm是渲染整个页面为位图。它会将页面上的所有元素（文本、矢量图、嵌入图像）合并渲染成一张图。如果你用pdftoppm -r 300渲染一个包含上述照片的页面，得到的图像尺寸取决于页面尺寸和DPI，照片只是其中的一部分，且经过了二次采样和编码。

实战案例：从扫描版电子书中提取所有插图

pdfimages -j scanned_book.pdf images/fig

这个命令会将scanned_book.pdf中所有JPEG编码的图像无损提取出来，保存到images目录下，文件名前缀为fig。这对于收集资料、重用高质量图片非常方便。

4. 开发集成：在C++与Python项目中调用Poppler

对于开发者而言，命令行工具适合自动化脚本，但更强大的能力在于将Poppler作为库集成到自己的应用中。

4.1 C++集成：直接使用Poppler-qt或Poppler-cpp

如果你使用的是包含开发文件（include和lib）的完整包，可以按以下步骤在Visual Studio中集成。

项目配置（Visual Studio 2019/2022为例）：

1. 包含目录：项目属性 -> C/C++ -> 常规 -> 附加包含目录，添加你的路径\poppler-windows-24.07.0-0\include。
2. 库目录：项目属性 -> 链接器 -> 常规 -> 附加库目录，添加你的路径\poppler-windows-24.07.0-0\lib。
3. 依赖库：项目属性 -> 链接器 -> 输入 -> 附加依赖项，添加poppler-cpp.lib（如果你用C++接口）或poppler-qt5.lib等。
4. 运行时DLL：将bin目录下的libpoppler.dll，libpoppler-cpp.dll以及它们依赖的libjpeg.dll，libpng.dll等，复制到你的项目生成的可执行文件（.exe）所在的目录（通常是Debug或Release）。

一个简单的C++代码示例（使用poppler-cpp接口）：

#include <poppler-document.h> #include <poppler-page.h> #include <poppler-page-renderer.h> #include <iostream> int main() { // 1. 加载PDF文档 poppler::document* doc = poppler::document::load_from_file("input.pdf"); if (!doc || doc->is_locked()) { std::cerr << "无法加载或PDF已加密" << std::endl; return -1; } // 2. 获取页面数和第一页 int pages = doc->pages(); std::cout << "总页数: " << pages << std::endl; poppler::page* pg = doc->create_page(0); // 第一页索引为0 if (!pg) { std::cerr << "无法获取页面" << std::endl; delete doc; return -1; } // 3. 提取文本 std::string text = pg->text().to_latin1(); // 转换为字符串 std::cout << "第一页文本预览:\n" << text.substr(0, 500) << std::endl; // 打印前500字符 // 4. 渲染页面为图像 (需要poppler-page-renderer) poppler::page_renderer renderer; renderer.set_render_hint(poppler::page_renderer::antialiasing, true); renderer.set_render_hint(poppler::page_renderer::text_antialiasing, true); poppler::image img = renderer.render_page(pg, 150.0, 150.0); // 150 DPI if (img.is_valid()) { img.save("output.png", "PNG"); std::cout << "页面已渲染为 output.png" << std::endl; } // 5. 清理资源 delete pg; delete doc; return 0; }

这段代码演示了加载PDF、获取元信息、提取文本和渲染图像的基本流程。poppler-cpp接口是面向对象的，相对直观。

4.2 Python集成：通过子进程调用与第三方绑定

Python中虽然没有官方的Poppler绑定，但有几种成熟的使用方式：

方式一：使用subprocess调用命令行工具（最通用）

import subprocess import json import os def extract_text_from_pdf(pdf_path, output_txt_path): """使用pdftotext提取文本""" try: # 构建命令 cmd = ['pdftotext', '-layout', '-enc', 'UTF-8', pdf_path, output_txt_path] # 执行命令 result = subprocess.run(cmd, capture_output=True, text=True, check=True, shell=True) print(f"文本已提取到 {output_txt_path}") return True except subprocess.CalledProcessError as e: print(f"命令执行失败: {e.stderr}") return False except FileNotFoundError: print("错误: 未找到 pdftotext 命令。请确保Poppler的bin目录已添加到系统PATH。") return False def get_pdf_info(pdf_path): """使用pdfinfo获取PDF元信息并解析为字典""" try: cmd = ['pdfinfo', pdf_path] result = subprocess.run(cmd, capture_output=True, text=True, check=True, shell=True) info_dict = {} for line in result.stdout.splitlines(): if ':' in line: key, value = line.split(':', 1) info_dict[key.strip()] = value.strip() return info_dict except subprocess.CalledProcessError as e: print(f"获取信息失败: {e.stderr}") return {} # 使用示例 if __name__ == "__main__": pdf_file = "sample.pdf" # 检查工具是否可用 if not os.path.exists(pdf_file): print(f"PDF文件不存在: {pdf_file}") else: # 获取信息 info = get_pdf_info(pdf_file) print(f"标题: {info.get('Title', 'N/A')}") print(f"页数: {info.get('Pages', 'N/A')}") # 提取文本 extract_text_from_pdf(pdf_file, "output.txt")

这种方式灵活、稳定，直接利用了编译好的工具，无需处理Python绑定可能存在的版本兼容问题。

方式二：使用pdf2image库（底层调用Poppler）pdf2image是一个流行的Python库，它封装了pdftoppm/pdftocairo的调用，提供了更Pythonic的API来转换PDF为图像。

pip install pdf2image

还需要安装Poppler，并将bin目录加入PATH，或者将poppler_path参数指向bin目录。

from pdf2image import convert_from_path # 指定poppler路径（如果未添加到PATH） poppler_path = r"D:\Tools\poppler-windows-24.07.0-0\bin" # 将PDF所有页转换为PIL图像列表 images = convert_from_path('document.pdf', dpi=200, poppler_path=poppler_path) for i, image in enumerate(images): image.save(f'page_{i+1}.jpg', 'JPEG') print(f"已保存 page_{i+1}.jpg")

方式三：使用python-poppler绑定（直接调用DLL）python-poppler提供了对Poppler C库的ctypes绑定，允许更底层的操作，但安装和配置稍复杂。

pip install python-poppler

同样需要确保Poppler的DLL在系统路径或可被找到。

import poppler # 加载文档 document = poppler.load_from_file("input.pdf") # 遍历页面 for page_index in range(document.pages): page = document.create_page(page_index) text = page.text() print(f"Page {page_index+1} text length: {len(text)}")

这种方式性能更好，API更原生，但可能对Poppler的特定版本有依赖。

5. 常见问题、性能调优与避坑指南

在实际使用预编译的Poppler包时，你肯定会遇到一些“坑”。这里我总结了一些最常见的问题和解决方案。

5.1 中文乱码与字体缺失问题

这是Windows上使用Poppler最经典的问题。症状是提取的文本中，中文变成了问号?或方框□，或者渲染的图像中文字显示为空白。

根本原因：Poppler在渲染或提取文本时，需要找到对应的字体来映射字符。如果PDF内嵌了字体，Poppler会使用内嵌字体。如果未内嵌，Poppler会尝试使用系统字体或自带的poppler-data进行回退。在Windows上，预编译包通常自带poppler-data，但可能不包含完整的中文字体映射，或者系统缺少相应字体。

解决方案（按优先级尝试）：

1. 确保poppler-data目录存在且路径正确：检查解压包内是否有poppler-data目录（通常在share下或bin同级目录）。然后，在调用工具时，通过环境变量POPPLER_DATADIR指定其路径，或者在命令中使用-cfg参数。

   set POPPLER_DATADIR=D:\Tools\poppler-windows-24.07.0-0\share\poppler pdftotext -layout input.pdf output.txt

   或者（如果工具支持）：

   pdftotext -cfg D:\Tools\poppler-windows-24.07.0-0\share\poppler\poppler.cfg input.pdf output.txt

2. 尝试不同的编码参数：虽然UTF-8是主流，但有些旧版PDF可能使用其他编码。可以尝试-enc GBK或-enc GB-EUC-H。

   pdftotext -enc GBK input.pdf output.txt

3. 安装或补充中文字体：将常用的中文字体（如SimSun, SimHei, Microsoft YaHei）复制到系统的字体目录（C:\Windows\Fonts），或者更专业地，修改Poppler的字体配置文件（poppler-data中的cidfmap或fontconfig文件），将缺失的字体映射到系统已有字体。这个过程较为复杂，需要了解PDF的CID字体系统。
4. 终极方案：使用OCR：如果PDF是扫描件（图像型PDF），那么乱码是因为根本没有文本层。此时pdftotext无能为力。你需要先用pdftoppm将PDF转为高清图像，然后使用Tesseract等OCR引擎识别文字。这完全是另一条技术路线。

5.2 内存占用与大文件处理

处理大型或页数众多的PDF时，Poppler可能会消耗大量内存，甚至导致进程崩溃。

优化策略：

• 逐页处理，及时释放资源：在编写代码时，避免一次性将整个文档的所有页面加载到内存。使用循环，处理完一页后，立即释放该页对象。

  // C++ 示例：逐页处理 for (int i = 0; i < doc->pages(); ++i) { std::unique_ptr<poppler::page> pg(doc->create_page(i)); // 处理该页... // 循环结束时，unique_ptr会自动释放page对象 }

• 调整渲染参数：使用pdftoppm时，降低-r分辨率或使用-scale-to限制最大尺寸，能显著减少内存占用和输出文件大小。
• 使用-f和-l限制页面范围：如果只需要处理部分页面，务必使用这两个参数。
• 64位系统与编译：确保你使用的预编译包是64位的（如果系统是64位）。32位程序有内存地址空间限制（通常不超过2GB），处理超大PDF时更容易崩溃。从命名“poppler-windows-24.07.0-0”很难判断，但通常现代预编译包会提供64位版本。

5.3 加密PDF与权限问题

遇到加密的PDF时，工具会报错提示需要密码。

处理方法：

• 已知密码：使用-upw（用户密码）或-opw（所有者密码）参数。所有者密码通常用于解除打印、复制等限制。

  pdftotext -upw MyPassword secure.pdf output.txt

• 未知密码/权限不足：如果PDF受所有者密码保护，禁止文本提取，即使用户密码正确，pdftotext也可能失败。此时Poppler本身无法绕过。你需要合法的所有者密码，或者使用其他获得授权的方式处理文档。请务必遵守版权和法律，仅处理你拥有合法权限的文档。

5.4 版本兼容性与依赖库冲突

你可能会遇到“找不到libjpeg-9.dll”或“应用程序无法正常启动(0xc000007b)”等错误。

原因与解决：

1. 依赖DLL缺失：预编译包通常自带所有必要的运行时DLL（如libjpeg.dll,libpng16.dll,zlib1.dll等）。请确保bin目录下的所有DLL文件都在系统的可搜索路径内（即已按2.2节配置好PATH）。
2. DLL版本冲突：你的系统里可能安装了其他软件，其自带了不同版本的相同DLL（比如msvcrt.dll或C++运行时库），导致冲突。最干净的解决方案是将Poppler的bin目录放在PATH环境变量的最前面，让系统优先使用自带的DLL。或者，将你的应用程序和Poppler的所有DLL放在同一个独立的目录中运行，进行隔离。
3. 32位/64位不匹配：如果你在64位系统上运行32位应用程序调用64位的Poppler DLL，或者反之，都会导致0xc000007b错误。确保你的应用程序架构与Poppler包架构一致。一个简单的判断方法是：用记事本打开pdftotext.exe，搜索“PE”和“L”，如果后面跟着“d?”，可能是64位；跟着“L”，可能是32位。更可靠的方法是使用Dependency Walker或类似工具查看。

5.5 性能调优心得

• 多线程处理：Poppler的某些操作（如页面渲染）本身可能是单线程的。但如果你需要处理大量PDF文件，可以在你的应用程序层面实现多线程/多进程，每个线程处理一个独立的文件或页面，充分利用多核CPU。例如，用Python的concurrent.futures库来并行调用pdftotext。
• 缓存Document对象：在C++集成中，多次操作同一个PDF文件时，不要重复调用load_from_file。应该只加载一次document对象，然后重复使用它来创建不同的页面对象进行处理。
• 选择合适的工具：pdfimages提取原始图片比用pdftoppm渲染整个页面再裁剪要快得多，资源消耗也小。明确你的需求，选择最直接的工具。
• 关闭抗锯齿：在pdftoppm或渲染时，如果不是为了最终美观展示，而是为了OCR，可以关闭抗锯齿(-aa和-aavector参数在pdftoppm中可能对应-antialias选项，查阅--help)，有时能产生更清晰的边缘，提升OCR识别率，同时略微提升速度。

通过这份详细的指南，你应该已经能够驾驭这个“poppler-windows-24.07.0-0编译好的安装包.zip”，让它成为你Windows平台上处理PDF的得力助手。从简单的文本提取到复杂的集成开发，其稳定性和功能深度都经得起考验。记住，遇到问题多查工具的--help，多思考PDF本身的特性，大部分难题都能迎刃而解。

本文还有配套的精品资源，点击获取