1. 学术写作工具链的现实困境与破局思路1.1 为什么 LaTeX 到 Word 的转换成了刚需做科研的人大概都经历过这种场景论文投稿时期刊要求 LaTeX 源文件导师改稿却只认 Word 的批注功能或者合作方直接甩过来一句“你发个 Word 版给我我这边不方便装编译环境”。LaTeX 在排版质量、公式呈现、参考文献管理上的优势毋庸置疑但它在协作环节的短板同样明显——不是每个人都能接受命令行编译、宏包冲突和.bib文件的维护成本。于是“LaTeX 转 Word”就成了一个绕不开的中间环节。这个需求的核心矛盾在于LaTeX 是“内容与格式分离”的排版系统而 Word 是“所见即所得”的富文本编辑器两者的底层逻辑完全不同。直接复制粘贴会丢失公式结构截图插入又会导致清晰度差、无法编辑用在线转换工具则可能把论文内容上传到不明服务器存在隐私泄露风险。我见过太多同行的操作路径是这样的论文在 Overleaf 上写得好好的到了提交阶段被要求交 Word 版于是开始手忙脚乱地找转换方案结果公式变成一堆乱码表格列宽全部错位参考文献编号从头来过。这篇文章就是把我自己踩过的坑和验证过的方案完整梳理一遍从工具选型到实操细节尽量让后来的人少走弯路。1.2 转换方案的三条技术路线对比目前主流的 LaTeX 转 Word 方案可以归为三类每类的适用场景和代价完全不同。第一类是 Pandoc 命令行转换。Pandoc 是学术界公认的文档格式转换瑞士军刀支持从 LaTeX 到 docx 的直接转换公式会以 OMMLOffice Math Markup Language格式嵌入 Word这意味着转换后的公式在 Word 里是可以直接编辑的不是图片。这是它最大的优势。但 Pandoc 对复杂 LaTeX 宏包的支持有限比如tikz绘图、自定义定理环境、复杂的表格宏包转换后大概率会出问题。第二类是在线转换服务。打开浏览器上传.tex文件几秒钟后下载.docx。这类工具胜在方便但问题也很明显论文内容要经过第三方服务器对于未发表的科研成果来说隐私风险不可忽视。而且免费版本通常有文件大小限制转换质量参差不齐。第三类是手动重建。把 LaTeX 源码里的文字内容复制到 Word公式用 MathType 或 Word 自带公式编辑器重新录入表格重新画参考文献用 EndNote 重新插入。这种方式最可控但耗时最长一篇二十页的论文可能要花一整天。我的建议是优先用 Pandoc 做第一轮转换然后手动修复转换失败的局部。这样既能保证大部分内容的转换效率又能对复杂部分保持控制。下面我会详细拆解这条路线。1.3 工具选型背后的逻辑为什么不是直接复制粘贴有人可能会问为什么不直接从 PDF 复制到 Word原因有三。第一PDF 复制出来的公式是图片或乱码无法编辑第二PDF 的文本流是排版后的结果复制到 Word 后段落结构会完全混乱第三PDF 里的参考文献超链接、交叉引用全部丢失。那为什么不用“PDF 转 Word”的工具这类工具本质上是 OCR 识别加版面还原对于纯文字文档效果尚可但学术论文里的公式、上下标、特殊符号是 OCR 的重灾区。我实测过几款主流 PDF 转 Word 工具公式识别准确率在 60% 到 80% 之间意味着每五个公式就有一个是错的校对成本极高。所以正确的思路是从 LaTeX 源码出发而不是从 PDF 出发。LaTeX 源码里包含了完整的语义信息——哪里是公式、哪里是章节标题、哪里是引用这些信息是 PDF 里没有的。Pandoc 正是利用这些语义信息来做转换所以它的转换质量远高于 PDF 转 Word。2. Pandoc 转换的核心细节与实操要点2.1 环境准备与安装避坑Pandoc 的安装本身不复杂但有几个细节容易卡住新手。Windows 用户直接从官网下载.msi安装包双击安装即可。macOS 用户用 Homebrew 安装最省事brew install pandoc。Linux 用户根据发行版用apt或yum安装。但这里有个关键问题Pandoc 转换 LaTeX 到 docx 时需要调用 LaTeX 引擎来解析某些宏包。如果你的系统里没有安装完整的 LaTeX 发行版如 TeX Live 或 MiKTeXPandoc 在遇到复杂宏包时会报错。所以建议在转换之前确保系统里已经装了 TeX Live 完整版。Windows 上可以用 MiKTeX它会在需要时自动下载缺失的宏包比较省心。另一个坑是 Pandoc 版本。Pandoc 的更新频率很高不同版本对 LaTeX 宏包的支持程度差异明显。比如pandoc v2.0和最新的pandoc 3.x在表格转换上的表现完全不同。建议用最新稳定版避免用太老的版本。可以用pandoc --version查看当前版本。注意如果你在 Windows 上同时装了多个 LaTeX 发行版比如 TeX Live 和 MiKTeXPandoc 可能会调用错误的引擎导致转换失败。建议只保留一个或者通过--pdf-engine参数显式指定。2.2 基础转换命令与参数详解最基础的转换命令长这样pandoc input.tex -o output.docx但这行命令在实际使用中几乎一定会出问题。原因在于它没有指定参考文献文件、没有处理图片路径、没有设置公式转换方式。下面是我实际使用的命令模板pandoc input.tex \ -o output.docx \ --bibliographyreferences.bib \ --citeproc \ --mathml \ --extract-media./media \ --reference-doctemplate.docx \ -M reference-section-title参考文献逐条解释这些参数的作用--bibliographyreferences.bib指定.bib参考文献文件Pandoc 会自动解析并插入引用。--citeproc启用引用处理把\cite{}命令转换成 Word 里的引用格式。--mathml把公式转换成 MathML 格式Word 可以直接识别并编辑。如果不加这个参数公式可能会变成图片或纯文本。--extract-media./media把 LaTeX 里引用的图片提取到指定文件夹并在 Word 里插入图片链接。--reference-doctemplate.docx指定一个 Word 模板文件Pandoc 会套用模板里的样式字体、行距、标题格式等。这个参数非常关键没有它的话转换出来的 Word 文档样式会很丑。-M reference-section-title参考文献设置参考文献部分的标题。2.3 公式转换的三种模式与选择依据Pandoc 处理公式有三种模式对应不同的参数模式参数输出效果适用场景MathML--mathmlWord 原生公式可编辑推荐兼容性最好MathJax--mathjax网页公式Word 里可能显示异常不推荐用于 docx图片--webtex公式转成图片公式极复杂、不需要编辑时我实测下来--mathml是最稳的选择。转换后的公式在 Word 里双击就能编辑上下标、分数、根号、积分符号都能正确显示。但有一个例外如果公式里用了\begin{align}等多行对齐环境MathML 转换可能会丢失对齐信息。这种情况下要么手动在 Word 里重新排版要么把多行公式拆成多个单行公式。还有一个常见问题是\text{}命令里的中文。Pandoc 在转换时可能会把中文变成乱码解决办法是在 LaTeX 源码里用\mbox{}代替\text{}或者在转换后用 Word 的查找替换功能批量修复。2.4 表格与图片的转换陷阱LaTeX 里的表格是转换的重灾区。简单的tabular环境通常没问题但一旦用了booktabs、multirow、multicolumn这些宏包Pandoc 就可能转换失败。我遇到过最典型的情况是表格列宽在 Word 里无法拖动所有列挤在一起。这个问题的根源在于 Pandoc 生成的 Word 表格默认使用“自动调整”模式而 LaTeX 表格的列宽信息在转换过程中丢失了。解决办法有两个一是在 Word 里手动调整列宽选中表格后右键选择“表格属性”把列宽设为固定值二是转换前把复杂表格改成简单表格或者干脆在 Word 里重新画。图片的问题相对简单。Pandoc 会把 LaTeX 里的\includegraphics转换成 Word 的图片插入但图片路径需要正确。如果 LaTeX 源码里用的是相对路径转换时要在正确的目录下执行命令。另外PDF 格式的图片在 Word 里可能无法显示建议在 LaTeX 里就用 PNG 或 JPG 格式。实操心得转换前先把 LaTeX 项目里的图片全部转成 PNG 格式统一放在一个文件夹里然后在.tex文件里用相对路径引用。这样 Pandoc 转换时不会找不到图片。3. 完整实操流程与关键环节实现3.1 转换前的 LaTeX 源码清理在运行 Pandoc 之前有一项准备工作能大幅提升转换成功率清理 LaTeX 源码里的自定义命令和复杂宏包。具体来说做以下几件事第一把自定义命令展开。比如你在导言区定义了\newcommand{\myvec}[1]{\boldsymbol{#1}}Pandoc 不认识这个命令转换时会直接跳过或者报错。解决办法是把所有\myvec{}替换成\boldsymbol{}。第二注释掉不需要的宏包。\usepackage{tikz}、\usepackage{pgfplots}这些绘图宏包 Pandoc 完全无法处理留着只会导致报错。转换前把它们注释掉同时把用这些宏包画的图导出成 PNG 图片用\includegraphics插入。第三处理定理环境。如果你用了\newtheorem{theorem}{定理}这样的自定义环境Pandoc 会把它当成普通段落处理丢失定理编号和格式。建议在转换前手动把定理环境改成普通段落加上“定理 1”这样的文字前缀。第四检查参考文献格式。Pandoc 对\bibliography{}和\begin{thebibliography}的处理方式不同。如果你用的是 BibTeX确保.bib文件路径正确如果用的是手动编写的参考文献列表Pandoc 会把它当成普通文本处理编号可能会乱。3.2 分步转换操作与现场记录下面是我实际转换一篇论文的完整流程记录。第一步准备 Word 模板。打开 Word新建一个空白文档设置好页面边距、正文字体中文宋体、英文 Times New Roman、标题样式、行距。保存为template.docx。这个模板决定了转换后文档的样式所以要认真设置。第二步运行 Pandoc 转换。在终端里执行pandoc paper.tex \ -o paper.docx \ --bibliographyrefs.bib \ --citeproc \ --mathml \ --extract-media./media \ --reference-doctemplate.docx \ -M reference-section-title参考文献转换过程通常几秒钟到几十秒不等取决于论文长度和复杂度。如果报错终端会显示具体的错误信息根据提示定位问题。第三步检查转换结果。打开生成的paper.docx重点检查以下几项公式是否可编辑、表格是否错位、图片是否显示、参考文献编号是否正确、章节标题层级是否混乱。第四步手动修复。根据检查结果逐项修复。公式乱码的重新用 Word 公式编辑器录入表格错位的重新调整列宽图片缺失的重新插入参考文献格式不对的用 EndNote 或 Zotero 重新插入。第五步格式微调。检查页眉页脚、页码、段落缩进、图表标题格式确保符合目标期刊或学校的要求。3.3 公式乱码的根因分析与修复公式乱码是 LaTeX 转 Word 最常见的问题表现形式有好几种公式变成一串问号、公式变成图片但模糊不清、公式里的希腊字母变成乱码、上下标位置错乱。根因通常有三个。一是编码问题。LaTeX 源码如果是 UTF-8 编码Pandoc 通常能正确处理但如果源码是 GBK 或其他编码中文和特殊符号就会乱码。解决办法是用file -i paper.tex检查编码如果不是 UTF-8用iconv转换。二是宏包冲突。有些 LaTeX 宏包会重新定义公式里的符号Pandoc 不认识这些重定义。比如\usepackage{amsmath}和\usepackage{mathtools}同时使用时某些符号的渲染方式会变。解决办法是尽量只用amsmath避免叠加太多公式宏包。三是 Pandoc 版本问题。老版本的 Pandoc 对 MathML 的支持不完善转换出来的公式在 Word 里显示异常。升级到最新版通常能解决。如果公式已经乱码了修复方法取决于乱码程度。轻度乱码个别符号错误可以在 Word 里直接编辑公式修复重度乱码整个公式变成乱码建议从 LaTeX 源码里复制公式用 MathType 或 Word 公式编辑器重新录入。MathType 有一个“从 LaTeX 转换”的功能可以直接粘贴 LaTeX 公式代码自动转换成 MathType 格式效率很高。3.4 参考文献与交叉引用的处理参考文献是学术论文的核心组成部分转换时最容易出问题。Pandoc 的--citeproc参数可以处理 BibTeX 格式的参考文献但有几个前提条件。首先.bib文件里的条目要完整。每个条目至少要有author、title、year、journal或booktitle字段。缺字段的条目在转换后会出现空白或错误。其次引用命令要规范。Pandoc 支持\cite{}、\citep{}、\citet{}等命令但如果你用了自定义的引用命令Pandoc 不认识。建议在转换前把所有引用命令统一成\cite{}。第三参考文献样式。Pandoc 默认使用 Chicago 样式如果你需要 APA、IEEE 或其他样式要加--csl参数指定 CSL 文件。CSL 文件可以从 Zotero 的样式库下载。交叉引用\ref{}、\label{}在 Pandoc 转换后通常会变成纯文本比如“见图 1”会变成“见图 1”但“1”不再是动态链接。如果需要在 Word 里保持交叉引用功能建议转换后用 Word 的“交叉引用”功能重新插入。注意如果你的论文用了 EndNote 管理参考文献转换后可以用 EndNote 的“插入引文”功能重新插入这样参考文献格式和编号都能自动管理。EndNote 加载到 Word 里的方法是在 EndNote 安装目录下找到EndNote Cwyw.dll文件复制到 Word 的启动文件夹。4. 常见问题排查与独家避坑技巧4.1 转换失败与报错信息速查Pandoc 转换失败时终端会输出错误信息。下面是我遇到过的典型报错和对应的解决方法。报错信息原因解决方法pandoc: Cannot find module缺少 LaTeX 宏包安装缺失的宏包或注释掉相关\usepackageError parsing LaTeX源码语法错误检查.tex文件修复语法错误File not found图片或.bib文件路径错误检查文件路径确保在正确目录下执行命令Unknown command自定义命令未展开把自定义命令替换成标准 LaTeX 命令Encoding error文件编码不是 UTF-8用iconv转换编码如果报错信息不明确可以加--verbose参数查看详细日志。另外Pandoc 的官方文档和 GitHub Issues 里有大量案例遇到问题先搜索一下大概率有人遇到过类似情况。4.2 Word 文档打开慢与关闭卡顿的解决转换后的 Word 文档如果体积过大打开和关闭时会非常卡顿。我遇到过一篇论文转换后.docx文件有 50MB打开要等半分钟。原因通常是图片没有压缩或者公式以图片形式嵌入导致文件膨胀。解决办法有几个。一是压缩图片。在 Word 里选中图片点击“压缩图片”选择“电子邮件”质量可以把图片体积缩小 80% 以上。二是把公式从图片转成 MathML。如果转换时用了--webtex参数公式会变成图片文件体积会很大。改用--mathml可以避免这个问题。三是清理 Word 的修订记录和批注。如果文档经过多人编辑修订记录会占用大量空间。在“审阅”选项卡里点击“接受所有修订”并删除所有批注。还有一个容易被忽略的问题Word 的“自动恢复”功能会定期保存文档副本如果文档很大这个功能会导致卡顿。可以在“文件”→“选项”→“保存”里把自动恢复时间间隔调长或者直接关闭。4.3 隐私泄露风险的防范措施学术论文在发表前属于保密内容使用在线转换工具时一定要谨慎。我个人的原则是未发表的论文绝对不上传到任何第三方服务器。如果必须用在线工具先把论文里的关键数据、核心公式、创新点部分删掉只上传格式框架部分。本地转换方案Pandoc、MathType、Word 自带公式编辑器不存在隐私泄露问题因为所有操作都在本地完成。如果团队协作需要共享转换后的文档建议用加密压缩包密码通过安全渠道传递。另外Word 文档本身也可能泄露隐私。文档属性里会记录作者姓名、公司、最后保存时间等信息。在分享文档前可以在“文件”→“信息”→“检查文档”里删除这些隐藏信息。4.4 转换后的格式微调与投稿适配转换完成只是第一步要让文档符合投稿要求还需要做大量格式微调。下面是我总结的检查清单。页面设置页边距、纸张大小、页眉页脚距离这些要和期刊要求一致。Word 的默认页边距通常是 2.54 厘米但很多期刊要求 2.5 厘米或 3 厘米。字体与字号中文用宋体英文用 Times New Roman正文通常 10.5 磅或 12 磅标题加粗。注意检查公式里的字体是否统一有时候 MathML 转换后公式字体会变成 Cambria Math需要手动改成 Times New Roman。行距与段落学术论文通常要求 1.5 倍行距或双倍行距段前段后间距为 0。在 Word 的“段落”设置里统一调整。图表标题图标题在图下方表标题在表上方编号要连续。如果论文里有多个图表建议用 Word 的“题注”功能自动编号这样插入或删除图表时编号会自动更新。参考文献检查编号是否连续、格式是否统一、是否有漏引或错引。如果用了 EndNote可以在 Word 里点击“更新引文和书目”自动刷新。公式编号LaTeX 里的公式编号通常是右对齐的转换到 Word 后可能变成左对齐或居中。需要在 Word 里手动调整或者用表格把公式和编号分开放在两列里。4.5 替代方案ai2word 与在线工具的适用边界除了 Pandoc市面上还有一些专门针对学术论文的转换工具比如 ai2word 这类服务。它们的优势是操作简单上传.tex文件后自动转换不需要配置命令行环境。但缺点也很明显转换质量不稳定复杂公式和表格的处理能力不如 Pandoc而且存在隐私风险。我的建议是如果论文格式简单纯文字、少量公式、简单表格可以用在线工具快速转换如果论文格式复杂大量公式、复杂表格、自定义环境老老实实用 Pandoc 加手动修复。不要指望任何一个工具能完美转换人工校对是必不可少的环节。另外如果你经常需要做 LaTeX 到 Word 的转换建议把整个流程脚本化。写一个 shell 脚本或 Python 脚本把 Pandoc 命令、文件清理、格式检查等步骤串起来一键执行。这样每次转换只需要几秒钟效率提升明显。5. 工具链协同与长期工作流建议5.1 LaTeX 写作阶段的预防性措施与其在转换时手忙脚乱不如在写作阶段就为转换做好准备。我在写 LaTeX 论文时会遵循几条原则能大幅降低后续转换的难度。原则一尽量用标准宏包。只用amsmath、graphicx、booktabs、hyperref这些主流宏包避免用冷门宏包或自定义宏包。标准宏包的转换兼容性最好。原则二公式用简单环境。能用equation就不用align能用\frac就不用\dfrac。复杂公式环境在转换时容易出问题。原则三图片用 PNG 格式。不要用 PDF 或 EPS 格式的图片Word 对这两种格式的支持不好。在 LaTeX 里插入图片时就用 PNG转换时不会出问题。原则四参考文献用 BibTeX。手动编写的参考文献列表在转换时容易乱用 BibTeX 管理可以保证格式统一。原则五定期做转换测试。不要等到论文写完了才第一次转换写到一半时就转一次看看有没有问题。早发现早解决避免最后关头手忙脚乱。5.2 版本管理与协作中的转换策略如果论文需要多人协作版本管理就很重要。我的做法是LaTeX 源码用 Git 管理Word 版本用日期命名。每次转换生成一个带日期的.docx文件比如paper_20250115.docx这样能清楚知道每个版本对应哪个时间点。如果合作者需要在 Word 里修改修改完后要把改动同步回 LaTeX 源码。这个过程比较繁琐但必须做否则两个版本会越差越远。同步时重点关注公式、表格、参考文献的改动这些是转换时最容易出问题的部分。对于团队协作可以考虑用 Overleaf 做 LaTeX 协作用 Word 的“共享”功能做 Word 协作两边定期同步。虽然麻烦但比版本混乱要好。5.3 长期维护与工具更新Pandoc 和 LaTeX 都在持续更新新版本可能会修复旧版本的 bug也可能引入新的不兼容。建议每隔几个月更新一次工具链更新后先用一篇测试论文跑一遍转换流程确认没有问题再用于正式论文。另外建议维护一个“转换问题记录”文档把每次转换遇到的问题和解决方法记下来。下次遇到类似问题时可以快速查阅不用重新排查。这个习惯我坚持了三年积累了几十条记录帮自己省了大量时间。最后分享一个小技巧如果 Pandoc 转换后的 Word 文档公式显示异常可以试试把.docx文件用 Word 打开后另存为.doc格式再另存回.docx。这个操作会强制 Word 重新渲染公式有时候能解决一些莫名其妙的显示问题。我遇到过几次公式显示不全的情况用这个方法都修复了。
