Qwen3-4B vs ChatGLM4性能对比：逻辑推理与编程能力实战评测
2026/1/16 2:09:43
MinerU能否提取字体样式？格式信息保留实战
1. 引言：PDF结构化提取的挑战与MinerU的定位
在文档自动化处理、知识库构建和大模型训练数据准备等场景中，PDF文件的结构化提取一直是一个关键但极具挑战的技术环节。传统工具如pdf2text或PyPDF2往往只能提取纯文本内容，丢失了原始排版中的字体样式、层级结构、强调信息等视觉语义，导致后续处理效果大打折扣。
而随着多模态大模型的发展，以MinerU为代表的视觉-语言联合建模方法为高质量PDF解析提供了全新路径。特别是其最新版本MinerU 2.5-1.2B（2509-1.2B），不仅能够精准识别表格、公式、图片，更引发了业界对其是否能保留“字体样式”这一细节能力的关注。
本文将围绕以下核心问题展开： - MinerU是否具备提取字体样式的能力？ - 其对加粗、斜体、字号、颜色等格式信息的还原程度如何？ - 如何通过配置优化格式保留效果？ - 实战验证输出结果的可用性与局限性。
我们将基于预装GLM-4V-9B模型权重的深度学习镜像环境，进行端到端测试分析，帮助开发者判断该方案是否适用于需要高保真格式还原的业务场景。
2. 技术背景：MinerU的工作机制与格式感知能力
2.1 视觉优先的PDF解析范式
不同于传统基于文本流的解析方式，MinerU采用“视觉优先+语义理解”的双阶段策略：
- 视觉重建阶段
利用OCR技术结合布局检测（Layout Detection），将PDF页面转换为带有坐标信息的元素集合，包括： - 文本块（含位置、尺寸）
- 字体属性（名称、大小、是否加粗/斜体）
- 颜色值（RGB或CMYK）
行间距与段落间距
语义重组阶段
借助GLM-4V等多模态大模型的理解能力，对视觉元素进行逻辑组织，生成符合人类阅读习惯的Markdown结构。
这种设计使得MinerU具备了感知并记录原始格式特征的基础条件。
2.2 格式信息的表示方式
MinerU并不会直接输出“.docx”式的富文本格式，而是通过以下方式在Markdown中间接保留字体样式信息：
| 原始样式 | 输出形式 | 实现机制 |
|---|---|---|
| 加粗文本 | **加粗内容** | OCR识别字体权重后映射为Markdown语法 |
| 斜体文本 | *斜体内容* | 检测字体倾斜属性自动转换 |
| 标题层级 | # 一级标题/## 二级标题 | 结合字号、居中、加粗等综合判断 |
| 字号差异 | 无原生支持，但可通过HTML标签扩展 | 可选启用<span style="font-size">标签 |
| 颜色信息 | 默认不保留，可配置导出CSS类名 | 高级模式下支持自定义样式类 |
核心结论：MinerU具备提取字体样式的底层能力，但最终能否“看见”这些样式，取决于输出格式的表达能力和用户配置。
3. 实战验证：从测试PDF到格式还原分析
3.1 测试环境准备
我们使用提供的深度学习镜像环境，确保所有依赖已就绪：
# 进入工作目录 cd /root/MinerU2.5 # 查看示例文件 ls -l test.pdf该test.pdf文件包含以下典型格式元素： - 不同级别的标题（H1~H3） - 正文中的加粗、斜体、加粗斜体组合 - 数学公式（行内与独立公式） - 多列排版与复杂表格 - 彩色文字（红色关键词）
3.2 执行提取命令
运行标准文档提取任务：
mineru -p test.pdf -o ./output --task doc参数说明： --p: 输入PDF路径 --o: 输出目录 ---task doc: 使用完整文档解析模式（启用布局识别与语义重组）
3.3 输出结果分析
查看生成的Markdown文件/output/test.md内容片段：
# 第一章 系统架构设计 本节介绍核心模块组成。其中，**数据采集层**负责原始输入，*预处理单元*完成清洗转换。 > 注意：所有接口必须遵循 ***RESTful规范***。 ## 3.1 性能指标 | 指标 | 目标值 | 实测值 | |-----------|----------|---------| | 吞吐量 | ≥1000 QPS | 1247 QPS | | 延迟 | <50ms | 42ms | 公式示例：Einstein质能方程 $E=mc^2$。✅ 成功还原的格式：
- 一级标题正确转换为
# - 加粗、斜体及其组合均被准确识别并转为对应Markdown语法
- 表格结构完整，行列对齐清晰
- 公式以LaTeX格式保留
❌ 未还原的信息：
- 原文中红色标注的“关键路径”仅显示为普通加粗，颜色信息丢失
- 某些小字号脚注未能识别为独立段落
- 特殊字体（如Consolas代码体）未标记为代码块
这表明：基础字体样式（加粗/斜体）可被有效提取，但颜色、字体族等高级属性默认不保留。
4. 配置优化：提升格式信息保留能力
虽然默认配置已能满足大多数场景，但我们可以通过调整magic-pdf.json来进一步增强格式感知能力。
4.1 启用细粒度样式输出（实验性功能）
编辑/root/magic-pdf.json文件：
{ "models-dir": "/root/MinerU2.5/models", "device-mode": "cuda", "layout-model": "yolov7", "ocr-engine": "ppocr_v4", "output-format": "markdown", "preserve-style": { "bold": true, "italic": true, "font-size": true, "font-family": false, "text-color": true }, "use-html-tags": true, "table-config": { "model": "structeqtable", "enable": true } }关键新增字段解释：
| 配置项 | 作用 |
|---|---|
preserve-style | 显式开启各类样式保留开关 |
text-color: true | 启用颜色提取（需配合HTML标签） |
use-html-tags: true | 允许输出<span>等HTML标签以承载非Markdown原生样式 |
4.2 重新执行提取任务
mineru -p test.pdf -o ./output_enhanced --task doc查看新输出文件/output_enhanced/test.md：
<p> 正常文本中包含 <span style="color:red; font-weight:bold">红色加粗关键词</span>。 </p> <span style="font-size:18px">放大标题内容</span>此时，颜色和字号信息得以通过HTML标签形式保留，可在支持渲染的平台（如Typora、Obsidian插件、Web前端）中正确显示。
提示：若目标系统仅支持纯净Markdown，则建议关闭
use-html-tags以避免兼容问题。
5. 局限性与最佳实践建议
5.1 当前限制总结
尽管MinerU在格式保留方面表现优异，但仍存在以下边界情况需要注意：
扫描版PDF依赖OCR质量
若源文件为图像扫描件且分辨率低于300dpi，可能导致字体属性误判（如将正常字识别为加粗）。嵌入字体无法还原
PDF中嵌入的特殊字体（如思源黑体、Arial Unicode MS）仅能通过外观近似匹配，无法精确还原字体名称。颜色空间转换误差
CMYK色彩模式可能在转换为RGB时产生轻微偏色，不适合用于印刷级精确还原。性能开销增加
开启preserve-style和use-html-tags会显著增加处理时间（约+30%）和输出体积。
5.2 推荐应用场景
| 场景 | 是否推荐 | 理由 |
|---|---|---|
| 学术论文转Markdown | ✅ 强烈推荐 | 公式、表格、参考文献结构完整保留 |
| 法律合同结构化 | ✅ 推荐 | 关键条款加粗/下划线可辅助语义提取 |
| PPT讲义转笔记 | ⚠️ 谨慎使用 | 动画、图层、文本框关系难以完全还原 |
| 出版级排版迁移 | ❌ 不推荐 | 缺少精确字体、行距、分栏控制 |
6. 总结
MinerU 2.5-1.2B作为当前开源生态中最先进的PDF结构化工具之一，在字体样式提取方面展现了强大的能力：
- 基础样式（加粗、斜体、标题层级）可全自动、高精度还原为标准Markdown语法
- 通过启用
preserve-style和use-html-tags配置，可进一步保留颜色、字号等高级格式信息 - 结合GLM-4V-9B等多模态模型，实现了从“看得见”到“理解”的跨越
对于绝大多数需要将PDF转化为可编辑、可搜索、可集成的知识资产的应用场景——如企业知识库建设、AI训练数据准备、自动化报告生成——MinerU都提供了接近工业级可用的解决方案。
当然，也应清醒认识到其在绝对视觉保真度上的局限。若项目需求涉及出版级排版还原或像素级一致性校验，仍需结合专业DTP软件进行人工复核。
总体而言，MinerU不仅“能”提取字体样式，而且是以一种工程实用主义的方式，在准确性、效率与通用性之间取得了良好平衡。
获取更多AI镜像
想探索更多AI镜像和应用场景？访问 CSDN星图镜像广场，提供丰富的预置镜像，覆盖大模型推理、图像生成、视频生成、模型微调等多个领域，支持一键部署。