企业官网建设流程全解析

2026年了，中文论文的排版依然是个绕不开的话题。我陆陆续续帮课题组、师弟师妹和期刊审稿人处理过不少稿件，发现一个规律：不管用大以论文、Overleaf、Word还是本地LaTeX，最后卡住大家的往往不是内容本身，而是格式细节。这四个方案这两年我都认真实际跑过，从搭建环境到产出最终PDF，踩过的坑不在少数。这篇东西不是泛泛而谈的软件评测，而是用同一篇包含摘要、章节、公式、表格和图片的中文论文，分别在四个方案里完整排一遍版，把过程中的操作步骤、参数设置、遇到的问题和最终效果都摊开来讲。你可以直接对照自己的情况选型，也可以把里面的操作命令和排查方法抄过去用，省得再走一遍弯路。

1. 为什么2026年还在纠结论文排版：四个方案的真实定位

1.1 工具定位：不是“谁更好”，而是“谁适配”

先说结论：这四个方案并不是同一类工具的竞争关系，它们的底层设计思路完全不同。Word是“内容与格式一体化”，你写的同时也在调整格式，所见即所得；LaTeX（包括Overleaf和本地TeXLive）是“内容与格式分离”，你只关心\section{}和\begin{table}，渲染出来的页面效果交给引擎处理；大以论文这类中文AI排版工具则想走一条中间路线——让用户像用Word一样输入内容，再由工具自动套用合适的模板和样式。理解了这条线，你就明白为什么有人能在Word里一天排完一篇毕业论文，也有人宁可花一周学LaTeX也不回头。核心区别在于：你是想要“完全掌控”还是“自动完成”，是单机操作还是多人协作，是中文场景优先还是国际期刊模板优先。

再往深一层看，这四个方案对应的“排版心智模型”完全不一样。Word使用者默认“格式等于直接调整文字的粗细、位置和大小”，所以对标题缩进、行距、分页符这类直观属性极其敏感；LaTeX使用者默认“格式等于一套自动规则”，只要\section{}一层层写对，整篇文章的层级和编号由引擎统一负责，视觉微调的空间反而小；大以论文把它简化成“填空式排版”，你提供内容和模板，它负责把规则变成成品。这个心智差异直接决定了上手难度和最终质量的稳定性——Word灵活但容易“改乱”，LaTeX死板但“改不坏”，大以论文省心但前提是它内置的规则恰好覆盖你的需求。

1.2 评测环境和统一测试基准

为了避免“用自己最熟悉的工具”这种不公平对比，我给自己定了统一的测试样本：一篇大约6000字的中文稿件，包含中文标题、作者信息、摘要、三级章节标题、2个公式（一个行内公式、一个独立编号公式）、1张三线表、3张图，以及GB/T 7714格式的参考文献15条。目标输出都是PDF。环境上，我使用Windows 11，TeXLive 2025，VSCode 1.9x配LaTeX Workshop，Overleaf使用免费版，Word使用Microsoft 365，大以论文使用网页版。每个方案计时从新建项目开始，到PDF渲染完成结束。中途遇到问题不跳过，按自己实际处理的方式记录，这样对比出来的数据才有参考价值。

为什么要特意选中文论文？因为这个场景和英文论文完全是两回事。中文有全角标点、首行缩进、字体嵌入、GB/T 7714参考文献格式，还有学校模板里一堆“章标题用黑体三号”“正文用宋体小四”这种硬性要求。英文论文的LaTeX模板一键编译很成熟，中文论文却经常要在\CTEXsetup里调字体，在Word里跟标点压缩较劲。所以这次对比的结论对国内硕博、期刊投稿人来说更有参考意义。

2. 大以论文：AI辅助排版到底解决了什么问题

2.1 核心功能拆解：它到底在“自动”什么

大以论文这个工具，我是去年帮学生改稿时注意到的。它的核心卖点不是给你一个编辑器，而是把“从内容到成品PDF”的排版环节尽量自动化。具体来说，它做了几件事：识别你的标题层级，自动生成目录和章节编号；识别公式图片，批量转换成LaTeX代码或Word公式；根据期刊或学校的模板要求，套用字体、字号、行距、页边距；参考文献按GB/T 7714或各期刊样式自动排序。对我这种经常帮人改格式的人来说，这几个功能确实切中痛点——中文论文排版的绝大多数时间都耗在“章节编号手动改”“公式图片手打一遍”“参考文献调序”上面，而这些恰恰是规则明确、重复性极强的机械劳动，适合交给工具。

它有几点和传统LaTeX编辑器的差异让我印象很深。一是它把“模板”做成了可选择的成品，而不是代码文件，你在界面上看得到每种模板的预览效果，选中的时候不会像LaTeX一样面临“这个模板到底依赖哪个宏包版本”的问题。二是它的公式处理走的是“图像识别”路线，你把公式截图拖进去，它自动生成可编辑公式，这一步对不熟悉\frac{}和\sum_{}语法的人来说门槛降低了很多。三是它在中文排版细节上开箱即可用，中文标点挤压、段落首行缩进、字体嵌入这些都是自动处理的，不需要自己写正则替换或宏包配置。

2.2 全流程实操：从草稿到PDF需要几步

我第一次用它排版那篇测试稿，流程分这几步。新建项目后，第一步导入原始Word文档。它会先解析文档结构，把标题、作者、摘要这些元信息识别出来。第二步选择目标模板，里面内置了不少学报、学位论文和期刊的样式。第三步是公式处理，把截图拖进指定区域，它能自动识别出结构，生成可编辑的公式，这一步省掉了最痛苦的代码录入。第四步是插入图表并自动编号，表格标题、图注这些位置问题它会统一处理。最后一步导出PDF。整个过程我大概用了40分钟，其中一半时间在人工核对自动生成的结果。

需要注意，自动识别不等于零校对。我遇到过章节标题识别串位的、公式上下标识别错的情况。比如一个C_{max}被识别成Cmax，如果不逐项检查就会带着错误进终稿。所以用这类工具的正确姿势是：让它跑第一版，然后进入人工校对模式。好在它保留了手动修改入口，可以拖动元素、调整样式，相当于把Word的灵活性和模板的规范性做了个折中。测试稿最终导出PDF后，我又把表头居中和图表浮动位置手动调了一遍，总共多花了十几分钟，整体还在可接受范围内。

2.3 体验总结：适用人群与明显短板

这类工具的适用人群很明确：不熟悉LaTeX，也没那么多精力在Word里死磕格式的学生和科研人员；或者你只是需要快速做一份符合格式要求的初稿，后面还要在Word里继续编辑。它的优势是中文排版细节处理得比Overleaf默认状态好，比如中文标点压缩、段落首行缩进、字体嵌入这些，开箱即用。短板也很明显：不支持多人协作，复杂模板的还原度还比不上手工精调，公式特别多的论文处理速度会变慢。我用它排完测试稿之后，又手动把表头居中和图表浮动位置调了一遍，最终效果接近Word手工排版。如果你只追求“能交差”，它完全够用；如果你要投期刊，我建议拿它做初稿，最终稿还是在Overleaf或本地LaTeX里完成更稳。

3. Overleaf：在线LaTeX协作的中文适配情况

3.1 中文三步走：XeLaTeX + ctex 一次搞定

Overleaf默认情况下对中文并不友好，很多第一次用的人新建项目后，把中文粘进去一编译，出来的是一堆乱码或空白。原因在于默认编译器是pdfLaTeX，它不直接支持中文。解决方法是在左上角Menu中找到Compiler设置，把编译器切换成XeLaTeX，然后在文档前导区加上一行CTeX宏包调用。我的最小模板是这样的：

\documentclass[UTF8]{ctexart} \begin{document} 你好，中文论文。 \end{document}

就这几行，中文支持就算完成了。字体方面，Overleaf在服务器上预装了常用中文字体（比如FandolSong、FandolHei），ctex宏包会自动选择合适的字体，不需要手动指定字体路径。这个和本地LaTeX有个小差别：本地的ctex会优先调用系统中的“宋体”“黑体”，而在Overleaf里因为这些字体不在服务器上，会自动切到Fandol系列，所以同一个tex文件在两边的视觉字体会有细微差别，但不影响结构正确性。

3.2 新建导入与模板选择的正确姿势

很多人问overleaf如何新建导入项目。最常用的方式有两种：一是直接New Project选Blank Project，把本地tex文件拖进去；二是上传整个zip压缩包，Overleaf会自动解压保持目录结构。第二种适合从本地LaTeX迁移过来的项目，一次把主文件、图片、宏包都传上去，省得逐个新建。如果你要投期刊，比如Neurocomputing或者Biomedical Signal Processing and Control，不要自己手动搭骨架，直接在Overleaf模板库里搜期刊名，找到官方模板后选Open as Template，这样能保证宏包版本、字号和参考文献样式完全符合要求。有些老期刊模板还在用GBK编码编译，我的经验是换成UTF-8编码的版本，再配合XeLaTeX，大多数都能正常跑通。

模板选完之后，还要留意模板自带的参考文献工具。Elsevier系列模板通常用elsarticle文档类加model1-num-names.bst这种参考文献样式文件，编译顺序是“PDFLaTeX→BibTeX→PDFLaTeX→PDFLaTeX”，在Overleaf的Recompile按钮下会自动执行；但如果模板说明特别要求用LuaLaTeX，我建议老老实实按说明切编译器，不要自作聪明换XeLaTeX，否则有些字体设置宏包会出警告。

3.3 编译超时、修订模式与字体设置

Overleaf免费版有个很实际的限制：编译超时。我的测试稿在免费版上编译一般没问题，但如果图片太多、宏包又大，时间一长就会报Timeout。排查思路是先看看是不是某个宏包或图片体积过大，把无关宏包注释掉；再不行把整个项目清理一遍，删除.aux这类临时文件再重新编译；还有个小技巧是打开draft模式，暂不渲染图片，编译速度会快很多。如果你急着看效果，这个方法最直接。

修订模式是Overleaf这两年做得比较好的功能。打开右上角的Review面板，可以给文字添加评论、接受或拒绝修改，类似Word的修订模式，但体验比Word更适合代码型文档，因为它针对的是LaTeX源码中的行，而不是渲染后的文字块。对于论文合著场景非常实用，尤其是多个人改同一段引言的时候，谁改了什么、为什么改，都有记录可查。字体设置倒是没有Word那么灵活，Overleaf的字体由文档类和字体宏包控制，想换字体就用类似\setCJKmainfont这种命令指定，需要确认对应字体在服务器上存在，否则编译会报错。

3.4 VSCode联动与本地部署思路

Overleaf用久了，很多人会想把项目同步到本地。两个思路。一个是官方支持的VSCode扩展，搜“Overleaf”装好后登录账号，就能在VSCode里打开云端项目，本地编辑、云端编译，同步是实时的。我用下来觉得最大的好处是可以利用本地的Git工具和代码补全，比浏览器编辑器顺手。另一个思路是本地部署Overleaf，这需要你自己有一台服务器或者电脑，安装Docker后拉取overleaf/overleaf和sharelatex镜像，配置好环境变量再启动。这个方案适合团队内部想搞私有部署的情况，但对普通用户来说成本偏高，维护邮箱、数据库和后端服务都得花时间，除非单位有明确的数据合规要求，不然我建议直接用官方服务就好。

4. Word：表格列宽、公式、修订模式，那些经典的中文论文痛点

4.1 表格列宽无法拖动：问题根源与修复方案

Word排中文论文最经典的问题之一，是表格列宽无法拖动。很多时候你拖表格线，整列纹丝不动，或者拖完松开又弹回去。这通常由两个原因导致：一是表格“自动调整”功能开了“自动调整至窗口”，二是列宽被设置成了固定值且启用了固定表格布局。我的处理步骤是：选中表格，右键进入“表格属性→选项”，勾选“自动重调尺寸以适应内容”并检查固定表格布局状态；在“表格属性→行”里取消“指定高度”；在“列”里逐个设置指定宽度。还有个细节，很多表格是从PDF转Word来的，PDF转换工具会把表格生成为大量浮动文本框或连续空格，这种情况不要硬拖，直接重建表格最快。

从以往经验看，这类问题还有一个隐性来源：表格边框的样式不统一。比如三线表，很多人为了好看，手动给某些行添加了下边框，结果后面调整列宽的时候，边框线跟着单元格移动，视觉上就乱套了。更稳的做法是使用“表格样式”而不是手动刷边框。选中表格后，先找内置样式里的“三线表”或“网格型”，改完列宽再微调直线粗细，这样WORD的表格识别逻辑更新会很干净，不会出现拖动时“吸附”到错误位置的诡异行为。

4.2 公式图片转Word与MathType加载

公式的处理是Word排版的另一大痛点。公式图片转Word，我试过三种方法：一是用MathType自带的“转换公式”功能，把PDF或图片中的公式识别成MathType格式；二是用微软自带的数学输入面板，在“插入→公式→墨迹公式”里手写识别；三是用第三方OCR工具把图片公式转成LaTeX，再用MathType或Word公式编辑器粘贴。转完之后放进正文，需要注意行距问题——公式行经常会让整段行距变大，解决办法是把段落格式里“网格对齐”选项关掉，或者在公式后统一设置固定行距。

MathType加载到Word也是高频问题。装上MathType 6.9之后，打开Word发现工具栏不出现，多半是加载项没有被自动启用。解决方法是：Word的“文件→选项→加载项→转到”，在新窗口里找到MathType相关的模板项（通常是MathType Commands 6 For Word.dotm），勾选它，重启Word就能看到加载项。如果找不到这个文件，去MathType安装目录下的MathPage和Office Support文件夹找对应版本的.dotm文件，手动添加。另外提醒一句，MathType是有版权的商业软件，安装时注意选择正规授权渠道，网上流传的注册机之类的东西没必要冒那个风险。

4.3 标题居中偏右、多级标题、最后一页空白页清理

Word还有一个迷惑现象：标题明明点了居中，位置却整体偏右。这个问题99%是制表位或者段落缩进造成的。检查一下“段落”对话框里的缩进设置——左缩进是不是被设成了正值，或者标题样式里带了一个不对称的悬挂缩进。另一个原因是排版者用了全角空格或前导符号。处理方式是把段落缩进归零，再设置一个居中制表位，必要时重新套用“标题 1”样式而不是手动调大字号。重新套用样式的妙处在于，后续自动生成的目录和导航窗格都能跟着更新，比手动“看起来居中”可靠得多。

多级标题设置得好不好，直接影响导航窗格和自动目录。建议直接在样式基础上设置多级列表：在“开始→多级列表→定义新的多级列表”里，把级别1链接到“标题 1”，级别2链接到“标题 2”，然后在“编号格式”里把章节序号设置为类似“第1章”。这样写正文就不用担心编号错乱，目录一键生成也不会串。很多学生习惯手动输入“1 引言”“1.1 背景”，一旦前面插入新章节，后面全部要手动改，用多级列表可以彻底避免这种问题。

最后一页死活删不掉，是中文论文里的常见问题。我的排查顺序是：先显示编辑标记看最后一个段落标记是不是正常；再检查是不是分节符残留，尤其是从PDF转过来的文档，分节符会被隐藏在表格里面；还要警惕表格底部有大量空行。最粗暴但有效的方法是：光标定位到最后一页开头，连续按Delete，同时把下一段的“段前分页”或“插入分页符”取消。如果空白页是表格撑出来的，那就要把表格高度压缩，而不是靠删除页面解决。

4.4 宏、通配符、程序生成Word：进阶操作与模板陷阱

如果你经常在Word里做重复劳动，宏是绕不开的。Word宏有一个安全设置的坑：默认情况下执行宏会被拦截，提示“宏已被禁用”。解决方法是把文件另存为docm格式，或者把存放宏的文件夹加入“受信任位置”。还有一个很实用的小技巧是用通配符选择特定行。比如我想把所有以数字开头的行加粗，可以在查找替换对话框里勾选“使用通配符”，输入匹配模式，配合字体格式设置完成批量替换。注意，通配符替换不是正则表达式，它有一套自己的语法，比如[0-9]表示数字，^13表示段落标记。

程序化生成Word的内容近几年问得也越来越多。经常有人问java poi word能生成图表吗，答案是能，但有限制。POI的XWPF模块能写文本、表格、插入图片，也能设置表格单元格宽度，但真正的OLE图表支持很差。用POI设置word表格单元格宽度有个容易踩的坑：需要同时设置表格布局类型为fixed，再给每个单元格设置宽度，只在tcW里设置single值经常无效。另外，很多人用模板生成Word时，直接修改模板里的图表数据，改完生成的文档打不开。这个问题的根源往往是只改了图表的数据部分，没有同步更新图表对应的缓存XML，导致Word打开时校验失败。解决方案是不直接改模板里的内嵌图表，而是用图表库重新生成一张图片插入。

另一个常见需求是markdown转word。如果你常用Markdown写笔记，后期需要交付Word版，最省事的方案不是原样粘贴再调样式，而是用脚本把Markdown的标题层级解析成Word的“标题1/标题2”样式，再套一个统一的字体模板。目前很多自动化平台（包括Coze这类工作流工具）都能做这个事，本质上就是两行逻辑：识别#数量，映射到对应的Word样式。这个方法比手动复制粘贴干净得多，生成的文件之后也能直接放进论文的附录。

5. LaTeX本地环境：VSCode + TeXLive 折腾但可控

5.1 安装发行版怎么选：TeXLive 与 MiKTeX 的区别

本地LaTeX通常面对的第一个选择是：装TeXLive还是MiKTeX。TeXLive是大多数写论文的人的选择，尤其我们这行，因为它宏包齐全，Linux/Windows/macOS都有同名目录结构，跨平台一致性好。MiKTeX的最大优势是“缺什么装什么”，需要某个宏包时自动下载，占用空间少，但对网络稳定性要求高。我的建议很直白：不差那几G硬盘就装TeXLive，装完把路径写进环境变量，用VSCode配LaTeX Workshop，基本可以告别手动编译。安装时选R方案的Full scheme，全量装上最稳妥，缺包导致编译失败的痛苦远大于下载时的等待。下载安装时不要贪快选镜像不明的网站，直接走官方CTAN镜像列表，这个步骤省不得。

安装完成后，最影响幸福感的是VSCode里的LaTeX Workshop插件。它的核心配置是录用了哪些编译器次序列。我把默认工具链从latexmk改成xelatex，因为中文论文用XeLaTeX最省心：

"latex-workshop.latex.recipes": [ { "name": "xelatex", "tools": ["xelatex"] } ], "latex-workshop.latex.tools": [ { "name": "xelatex", "command": "xelatex", "args": ["-synctex=1", "-interaction=nonstopmode", "-fileline-error", "%DOC%"] } ]

这里有个小坑：如果文档需要BibTeX参考文献，只跑xelatex不够，还要加一次BibTeX，然后再跑两遍xelatex。实际操作里，LaTeX Workshop自带的“Recipe: latexmk”已经配置好了多轮编译顺序，你只需要在magic comment里写% !TEX program = xelatex即可。

5.2 中文支持与模板获取：从CTeX到期刊模板

本地LaTeX写中文论文，核心依然离不开XeLaTeX + ctex。很多人第一次编译中文文档出现问题，要么是编译器还停在pdfLaTeX，要么是没有在\documentclass处指定UTF8。我的工作模板：

\documentclass[zihao=-4, UTF8]{ctexart} \usepackage{graphicx} \usepackage{booktabs} \usepackage{gbt7714} \begin{document} \section{引言} 正文内容。 \end{document}

gbt7714宏包是处理中文参考文献格式的利器，它支持GB/T 7714-2015的顺序编码制和著者出版年制。如果你要投国内期刊，这个宏包比在美国标准bst文件上手动改造要省事得多。需要注意它依赖BibLaTeX或传统的BibTeX，两种方式对应不同的引用命令，选了一种就要统一到底，混用会产生莫名其妙的编译错误。

期刊模板的获取，不要随便在网上搜“XX模板.zip”。最靠谱的是去期刊官网的Author Guide页面，找“LaTeX template”，下载解压后通常包含一个主文件、一个参考文献库和示例图片。以Neurocomputing为例，它的官方模板是elsarticle文档类，你只需把内容填进\section{}和\cite{}即可。Biomedical Signal Processing and Control同样使用Elsevier的模板体系，下载时认准期刊主页的链接。文件格式如果不是官方渠道，宏包版本和样式可能早已过时。下载模板后先在本地编译一遍自带的demo，确认环境无误再替换成自己的正文。这一步能把“模板有问题”和“自己宏包冲突”两类问题分开，排查起来少掉一半头发。

5.3 高频需求实操：图片局右、简历模板、作者照片、公式

很多人在社区里问的具体问题，这里集中说下解决方法。图片局右，不是浮动体里加一行right就行，正确做法是：

\begin{wrapfigure}{r}{0.4\textwidth} \includegraphics[width=0.4\textwidth]{figure.png} \caption{图片说明} \end{wrapfigure}

这里用wrapfigure宏包实现文字绕排，r表示右侧。使用wrapfigure时最需要注意浮动位置，它不能放在列表环境内部，也不能在两个\par中间跨越特别长的正文，否则会出现图片跑到下一页但标题留在原地的错位问题。

简历模板，推荐去Overleaf搜AltaCV或Jake's Resume，国内求职用的中文简历则可以直接加载ctexart代码，自己写一行行排版反而更灵活。作者介绍文字左侧加照片，常见于期刊要求，我的做法是：

\begin{minipage}{0.15\textwidth} \includegraphics[width=\linewidth]{photo.jpg} \end{minipage} \hfill \begin{minipage}{0.8\textwidth} 作者简介文字…… \end{minipage}

minipage天然形成一个不可分割的盒子，照片和文字会作为一个整体移动到合适位置，不会在分页时被拆开。公式方面，word公式转latex几乎成了必踩坑：MathType编辑的公式可以另存为LaTeX格式，Word自带的公式编辑器生成的内容需要使用第三方转换工具。我倾向前期直接在LaTeX里写公式，避免后期转换带来的格式错乱。LaTeX数学公式的精髓不在于背命令，而在于用align环境对齐多行公式、用\label和\eqref管理编号，这些在Word里实现起来非常别扭。

5.4 本地与Overleaf的协同工作流

我现在的常规工作流是本地和Overleaf双写。本地用VSCode保持完整的编译环境和Git历史，Overleaf负责跟合作者同步。最简单的协同方式就是通过Git：本地仓库推送到GitHub，再用Overleaf的Git链接功能把它作为remote；也可以在Overleaf里开启Git同步，在VSCode里用Overleaf插件直接拉取云端项目。这样既能在本地享受VSCode的高效编辑，又能让合作者在网页端随时看到最新版本。有一点要注意，两边不要同时编辑同一个文件，否则合并且冲突时，LaTeX文件的冲突解决比普通代码更麻烦。我的习惯是每次在本地改完，commit + push一次，再切到Overleaf拉取；对方有改动时，也先在Overleaf里确认没有未保存修改，再回到本地pull。

很多人不理解为什么有了Overleaf还要在本地装一套TeXLive。我的真实感受是，Overleaf免费版的编译池在高峰期排队很严重，有时候改一个错别字都要等半分钟；本地编译则是毫秒级响应，而且能离线加班。对于大论文来说，本地环境的日志信息也更完整，报错时的log文件能精确到行，调试起来舒服得多。

6. 横向对比：打分表与按场景选型建议

6.1 六个核心维度横向评分

四个方案用同一篇测试稿完整跑一遍后，我按学习成本、中文适配、公式处理、表格处理、协作能力、整体自动化六个维度做了个评分，满分5分：

表格里有几个容易被误解的分数需要解释一下。Word的表格处理拿了5分，指的是它所见即所得地拖动列宽、合并单元格这些交互确实比LaTeX直观，但如果你需要插入大量复杂跨页表格，Word的自动重复标题行又比LaTeX的longtable麻烦；本地LaTeX和Overleaf在公式处理上同样满分，因为它们的LaTeX引擎相同，区别只在编译环境。大以论文的自动化拿满分，是因为它把“从内容到成品”的规则内置得最彻底，但这同时意味着自由度最低。

6.2 不同身份、不同场景的选型方案

如果你只是写课程论文或本科毕业设计，Word足够，配合表格列宽和空白页处理技巧，一天内完成格式调整不是问题；如果导师要求文档可编辑且你自己没有LaTeX基础，优先考虑大以论文这类工具做初稿，再用Word人工微调。如果你在投稿国际期刊，看到官网下载LaTeX模板，我的建议是直接用Overleaf，把模板搜出来一键重开，编译环境不用管；如果是多人合著，Overleaf的修订模式也比Word的修订更适合标注和协作。如果你追求极致的排版控制和批量自动化，或者论文中包含大量复杂公式，本地VSCode + TeXLive是最好的选择，结合Git还能实现版本管理。

还有一个容易被忽略的点：如果你在Windows下用MathType、批量盖章工具这类商业软件，建议优先使用官方正版授权渠道，关键词搜索时也要避开那些挂着“永久授权”“破解版”字样来路不明的站点。排版只是一个环节，别为了省一点授权费用，给自己惹上不必要的麻烦。另外，如果你需要大量把旧PDF文档转成可编辑Word，记得转换之后仔细检查公式、表格和分节符——这类工具使用体验普遍就是“能转，但格式要靠人工二次清理”，别抱太高期望。

我个人在实际操作中的体会是，工具切换的成本没有想象中那么大，真正需要改变的其实是你的排版习惯。我用本地LaTeX排版测试稿的时候，最花时间的不是语法本身，而是查清楚某个宏包是做什么的、哪个命令会跟ctex冲突。最后再分享一个小技巧：四个工具里，只有本地LaTeX能在断网时保持完整工作流，所以投稿前我永远会在本地编译一遍确认没有警告，再把最终文件上传到Overleaf生成带日志的版本。排版这件事从来没有绝对的“最好”，只有“最适合当下场景”。希望这份四方案对比能让你下次写中文论文时，把时间花在内容本身，而不是跟格式较劲。