用了三年 Overleaf我最后还是把自己的论文主战场搬回了 VS Code LaTeX。这篇内容不是劝你立刻卸载 Overleaf而是分享一套我踩过无数坑之后打磨出来的本地写作方案编译速度快、离线可写、全键盘操作、模板随便改不受在线编译器限制。如果你被在线编译的排队机制磨过性子或者被免费版的编译时长限制卡过脖子那这篇文章应该能帮到你。我会从发行版安装、VS Code 插件配置、编译链路优化一直讲到常见报错排查全程保姆级节奏跟着做就能跑出一份带中文支持、不卡编译的 LaTeX 写作环境。1. 从 Overleaf 到 VS Code为什么要做这次迁移1.1 Overleaf 的痛点比想象中更影响写作节奏Overleaf 作为在线协作平台的体验确实顶尖尤其是多人改稿那段时光实时同步、审阅批注确实比本地折腾 git 方便得多。但它的瓶颈也很现实所有编译请求都在远端服务器排队高峰期时间长了感觉像在等电梯。我记得有一次赶会议论文摘要页面右下角一直转圈等 PDF 刷新等了两分多钟那几分钟的状态叫“烦躁”比叫“思考”更准确。免费版还有一个编译时长上限超过 20 秒的复杂文档动不动就超时很多带 TikZ 绘图或者大图表的项目根本没法在上面流畅跑。除此以外Overleaf 的在线编辑器对某些宏包的支持也不够灵活。你想临时装一个 CTAN 上的新宏包免费版基本免谈即使升级了也要看平台支持列表。本地环境则完全没这个限制TeX Live 装完整版等于把几千个宏包全部放在手边想导入什么模板直接塞进去就能用。1.2 本地方案带来的真正优势本地写作VS Code TeX Live 发行版 LaTeX Workshop 插件带来的优势不是“离线也能写”这种口号而是几个能直接感知的变化编译响应极快像小论文这种量级的文档xelatex 编译一遍通常 5~10 秒不用排队改一个字就重新编译也毫无压力。编译记录可回溯终端输出的日志、辅助文件、PDF 都在本地出问题能直接翻开main.log看具体是哪一行触发了报错比在线面板上那几行截断日志直观太多。编辑器定制自由VS Code 的补全、格式化、快捷键、代码片段、颜色主题全都能按自己习惯调整。写论文跟写代码一样流畅这是很多在线编辑器给不了的体验。模板与文件管理透明期刊模板一般都是一整个文件夹里面有.cls、.bst、.bib、图目录本地打开后能直接看到宏包结构出问题时能理解整个编译链路。1.3 什么人适合迁移什么人没必要折腾如果你主要写短文档、喜欢多人协作、或者不想维护本地环境继续用 Overleaf 完全没问题。但如果你需要频繁处理大文档、深度定制模板、频繁实验各类宏包或者写东西的时候经常断网那本地 VS Code 环境是值得投入的。刚开始配置环境确实要花半小时到一小时但工具顺手之后后面每次写文档省下的时间都远超这个投入。2. 零基础起步本地 LaTeX 环境的完整搭建2.1 先选发行版TeX Live 与 MiKTeX 怎么挑LaTeX 本身是一套宏语言和排版引擎真正落地需要安装一个发行版。目前主流是两个TeX Live 和 MiKTeX。我在 Windows 上先用过 MiKTeX后来换成了 TeX LivemacOS 上则分别试过 MacTeX其实就是 TeX Live 的 mac 封装和 BasicTeX。我的建议很明确省心第一选 TeX Live 完整版scheme-full无论哪个操作系统。TeX Live 的优势在于一次安装就拥有 CTAN 上几乎所有宏包不需要像 MiKTeX 那样在编译时临时下载缺失宏包虽然 MiKTeX 这个机制很聪明但每次编译中断去下载宏包也会打断节奏。MiKTeX 在 Windows 上安装包更小适合磁盘空间紧张的人但实际用下来TeX Live 的目录结构更符合“一切尽在掌握”的习惯而且很多期刊投稿系统默认也按 TeX Live 目录结构来校验你的文件。维度TeX LiveMiKTeX安装体积完整版 8GB 左右基础版 1GB基础安装小宏包按需下载宏包管理tlmgr 命令行管理统一且稳定自带包管理器GUI 友好跨平台Windows / macOS / Linux 均可用Windows 为主macOS 支持一般适合人群追求稳定、不想折腾的人硬盘紧张、喜欢按需装包的人讲真如果你不为那几 GB 硬盘空间纠结直接上 TeX Live 完整版是性价比最高的选择。安装是一次性的之后写论文时“宏包找不到”这类问题可以少遇到一多半。2.2 Windows / macOS / Linux 安装 TeX Live 实操Windows 上安装 TeX Live 最正规的姿势是下载install-tl-windows.exe但直接走官方镜像经常慢到怀疑人生建议选一个学术镜像站下载。国内推荐清华 TUNA 或中科大镜像源的install-tl.zip解开后以管理员身份运行里面的批处理脚本。这里有个关键点安装到一半不要强制关闭完整安装耗时通常 30~60 分钟。真的装到一半断电或手动中断大概率会留下一个损坏或不完整的 TeX 目录树之后排查宏包问题会让你怀疑人生。macOS 上最简单的方式是下载 MacTeX.pkg它是 TeX Live 的 mac 定制版图形化安装一路下一步就行。注意新版 macOS 对未公证的应用有限制装上之后可能需要在“系统设置 → 隐私与安全性”里手动允许一次。Linux 发行版用户注意别贪省事用apt install texlive-full因为你不知道系统仓库里的版本到底有多旧旧版宏包跟新版编译器的组合经常出莫名其妙的行为差异最好是直接跑 TeX Live 官方安装脚本或者用#! bash方式手动安装。装完之后验证环境是否生效在终端执行latex --version xelatex --version如果提示“command not found”多半是 PATH 没有配置。Windows 上 TeX Live 默认把C:\texlive\2025\bin\windows写进了系统环境变量但第一次打开终端前需要重启或者手动刷新环境变量。macOS 上通常没问题但如果你用 zsh 且之前设置了自定义 PATH也可能出现找不到命令的情况这时候检查~/.zshrc里有没有被覆盖。2.3 安装 VS Code 与 LaTeX Workshop 插件VS Code 安装不用多讲官网下安装包直接装。关键插件只有两个必装LaTeX Workshop 和 LaTeX Language Support即 LaTeX 语法高亮。前者负责编译、预览、同步跳转后者让.tex文件有完整的语法着色。装好之后打开任意一个.tex文件LaTeX Workshop 会自动识别并激活。在 VS Code 设置里搜索latex-workshop能看到一大批配置项其中最关键的是 “Latex → Recipe”、“Latex → Tools” 和 “Latex → Auto Build”。新手经常忽略的是插件默认会调用pdflatex编译但写中文论文的时候我们需要的是xelatex这个不改成 xelatex 的话中文字符会直接变成乱码或者编译失败。我习惯的做法是直接编辑全局settings.jsonCtrlShiftP 搜索 “Preferences: Open User Settings (JSON)”把 LaTeX Workshop 的编译配置揉进去。这个配置文件就是整个环境的灵魂后面第三节我会逐项拆解我用的最小可用配置。2.4 环境验证第一个“Hello World”文档装完工具后先别急着写长文档从头验证一遍编译链路最重要。新建一个文件夹比如latex-test在里面创建一个main.tex写入\documentclass{article} \begin{document} Hello, local LaTeX! \end{document}保存后在 VS Code 里按CtrlAltBmacOS 是CmdOptionB左侧边栏会出现 Build LaTeX Project 的按钮点一下就开始编译。如果一切正常几秒后同目录下就生成main.pdf。右键 PDF 预览或按CtrlAltV会打开内置预览面板。看到 PDF 在屏幕右侧刷新出来的时候说明你的本地环境已经能跑通最基础的链路。这时再测试中文支持在文档里加ctexart文档类\documentclass{ctexart} \begin{document} 你好本地 LaTeX \end{document}同时把默认编译器切成 xelatex。这一步能跑通就意味着你已经拿下了论文写作里最挑剔的中文排版关。3. 编译链路的深度配置从按钮到出 PDF 的每一步3.1 理解编译流程latexmk、pdflatex、xelatex 到底在忙什么很多人以为“编译”就是一键变成 PDF实际上 LaTeX 的编译链路有几个阶段。以论文为例第一次编译生成.aux辅助文件这个文件里记录了章节编号、引用标签、交叉引用的原始信息第二次编译才能把这些引用关系落到正文里如果用了参考文献BibTeX 或 BibLaTeX中间还要穿插运行bibtex或biber读取.bib数据库。也就是说一个带引用的完整文档至少要跑三到四轮编译命令。latexmk就是干这个调度活的它会自动检测出哪些文件需要重新编译按正确顺序执行 pdflatex/xelatex、bibtex/biber直到所有引用稳定下来。类比一下latexmk 像一位包工头知道自己手底下有多少个工人编译命令以及他们之间的依赖关系第几次喊谁进场、最后什么时候收工全部安排得明明白白。所以我不建议直接调用xelatex main.tex三次这种笨办法配置 latexmk 才是省心之道。LaTeX Workshop 的编译机制也建立在 latexmk 之上。默认视角下你可以配置多个 recipe配方每个配方里是一组编译工具的调用顺序。新手最容易看懵的地方是插件界面里出现一堆 Recipe 选项比如 “pdflatex → bibtex → pdflatex × 2”这些就是预设好的编译流水线。3.2 中文支持与引擎选择为什么推荐 xelatex ctex中文 LaTeX 排版这个大主题网上材料很多但结论是唯一的当代写中文论文就用 xelatex 引擎配合 ctex 宏包不要再去碰 pdflatex CJK 那套老配方。原因很简单xelatex 直接基于系统字体处理 Unicode 字符中文字符不再需要通过命令行参数或特殊的宏包编码来适配只要系统里装了中文字体Windows 的宋体黑体、macOS 的苹方、Linux 的 Noto CJKctex 宏包会自动检测并配置合适的字体。这意味着两件事一是“中文乱码”这类历史难题基本消失二是你可以自由指定字体比如用\setCJKmainfont{Noto Serif CJK SC}把正文中文字体换成思源宋体这种自由度是 old-school 方案不具备的。在使用documentclass{ctexart}时ctex 已经内嵌了对常见中文字体的适配普通论文场景下你甚至不用管字体名它自己会选一套合理方案。我的配置文件里优雅解法的核心就是指定 latexmk 走 xelatexlatex-workshop.latex.recipe: [ { name: xelatex, tools: [xelatex] }, { name: xelatex - bibtex - xelatex - xelatex, tools: [xelatex, bibtex, xelatex, xelatex] } ]第一个配方用于纯文字排版不涉引用第二个配方专门对付带参考文献的论文。配合 latexmk 内部的增量编译处理编译速度并不会因为你手动触发三次 xelatex 而变得不可接受。3.3 LaTeX Workshop 核心配置逐项解析下面是我个人一直在用的最低可用配置直接贴进settings.json就能跑{ latex-workshop.latex.tools: [ { name: xelatex, command: xelatex, args: [ -synctex1, -interactionnonstopmode, -file-line-error, -pdf, %DOC% ] } ], latex-workshop.latex.recipes: [ { name: xelatex, tools: [xelatex] } ], latex-workshop.latex.autoBuild.run: onFileChange, latex-workshop.latex.clean.fileTypes: [ *.aux, *.bbl, *.blg, *.idx, *.ind, *.lof, *.lot, *.out, *.toc, *.acn, *.acr, *.alg, *.glg, *.glo, *.gls, *.fls, *.log, *.fdb_latexmk ], latex-workshop.view.pdf.viewer: tab, latex-workshop.synctex.afterBuild.enabled: true, latex-workshop.latex.build.forceRecipeUsage: false }逐项解释一下-synctex1生成同步辅助文件实现 PDF 和源码的双向跳转这个必须开。-interactionnonstopmode出错时不让编译器停下来等人而是把所有错误记录推进日志文件里。LaTeX 默认在出错时会停在终端里等输入这在自动化编译里是个灾难加了这个参数以后就不会卡住。-file-line-error把错误信息格式化为 “文件名:行号: 错误内容”VS Code 终端里能直接点击定位到源文件对应行。%DOC%LaTeX Workshop 内置变量表示当前主文件的完整路径。如果你编译的不是根文件插件会自动切到根文件再传入这个变量。这里特别要提醒一点autoBuild.run我设置了onFileChange意思是一旦文件修改并保存就自动触发编译。有些人觉得实时编译太吵也可以改成onSave区别不大或者never手动编译。我个人强烈建议开启保存后自动编译它是能让你感受到“本地写作比 Overleaf 顺畅”的关键功能改一个字、删一个段落PDF 马上刷新这种即时反馈对写作节奏很有帮助。3.4 魔法注释让多文件项目不再迷路单文件脚本环境当然好说但论文通常拆成多个文件目录树大概是main.texchapters/intro.texchapters/method.texfigures/bib/refs.bib。这时候如果你打开chapters/intro.tex直接按编译快捷键LaTeX Workshop 会一脸茫然——它不知道哪个是主文件。解决方法是魔法注释% !TeX root ../main.tex % !TeX program xelatex把这两行放在每个子文件的头部第一行告诉插件主文件在哪第二行告诉它用什么引擎编译。这样一来不管你在哪个子文件里按CtrlAltB插件都会自动定位到 main.tex 并按 xelatex 编译。这个习惯要养成别等写了三万多字、文档拆了六七个文件之后再回来补注释。另外一个相关的技巧是\includevs\input。简单说\input就是把内容直接插入当前位置适合放片段\include则会单独生成一个.aux文件并自动换页适合放每一章。论文场景我惯用\include{chapters/xxx}配合章节单独编译通过注释\includeonly{}能显著提速。3.5 清洁辅助文件不让临时文件堆满目录每次编译都会生成一堆.aux、.log、.synctex.gz、.out之类的辅助文件这些是 LaTeX 舞动的幕后齿轮平时没它们不行但提交论文或传 GitHub 的时候又绝对不能混进去。LaTeX Workshop 里我把latex-workshop.latex.clean.fileTypes配置得像上锁的保险柜列出了所有可以安全删掉的扩展名。按CtrlL再按CtrlC或者从命令面板搜 “Clean up auxiliary files”就会执行清理。不过要留个心眼如果你用了 BibLaTeX 的 biber 方案.bcf和.run.xml也在可清理范围内别把它们漏掉了。另外latexmk -c这种清理方式只会删除中间产物不会删最终 PDF这点跟手动删文件不一样更安全。4. 提升写作效率的进阶技巧4.1 正向 / 反向同步PDF 与源码的指尖跳转写完一段话想看看 PDF 里对应位置长什么样按CtrlAltJmacOS 是CmdOptionJ光标所在源码行对应的 PDF 位置就会跳转并高亮。反过来在 PDF 面板里想看源码按Ctrl单击macOS 是Cmd单击PDF 里的任意位置源码就跳到那一行附近。这个功能的底层就是前面配置里的-synctex1参数在起作用。实际写论文时我几乎是肌肉记忆写完一段按一下跳转确认排版再回来写下一段。这里有个小经验如果 Synctex 跳转不准通常是因为你打开 PDF 版本和源码版本不一致比如清理辅助文件后忘了重新编译。别修什么配置先重新编译一次再看。4.2 代码片段表格、图片、公式一键插入写论文最繁琐的体力活是敲 LaTeX 环境模板——一个figure环境十几行代码每篇论文要敲几十遍纯属浪费手指。VS Code 的自定义代码片段能彻底解决这件事。在settings.json同级目录下打开 “User Snippets”搜索 “Preferences: Configure User Snippets”选latex.json加入我常用的图片模板{ Figure Environment: { prefix: fig, body: [ \\begin{figure}[htbp], \\centering, \\includegraphics[width${1:\\textwidth}]{${2:figure.png}}, \\caption{${3:示意图}}\\label{fig:${4:label}}, \\end{figure} ], description: 插入图片环境 } }输入fig再按 TabVS Code 会展开成完整的 figure 环境${1}、${2}这些是 Tab 跳转的光标位填完一个自动跳下一个。表格、三线表、自定义引用、本地化字体设置这些都可以做成片段。写代码的人靠代码片段节约重复劳动写论文也一样。4.3 智能补全、悬停预览与格式化LaTeX Workshop 内置了 cite 补全当你输入\cite{时它会自动读取当前项目里的.bib文件把可引用的条目列出来按回车选中。同样\ref{也会自动列出可引用的标签。这一步把“引用标号写错”这类低端错误直接消灭在了输入阶段。VS Code 还有一个比较冷门但好用的功能悬停预览。把鼠标悬停在\ref{fig:xxx}上能直接看到对应图片的标题文字悬停在\cite{xxx}上能看到文献条目信息。这些都是零配置就生效的。类似地LaTeX Workshop 还会对未定义的引用、重复标签给出智能提示显示在“问题”面板里写完整个文档之后扫一眼 Problems 面板就能提前发现引用问题。4.4 期刊模板迁移从 Overleaf 与 Word 生态无缝接入最常见的迁移场景是把 Overleaf 上的模板下载到本地Overleaf 每个项目菜单里都有 “Download → Source” 选项下载 zip 后解压到本地文件夹用 VS Code 打开。下载下来的模板里一般有主文件.tex、.bib、.cls、.bst以及一个 README 文件。常见问题有两个一是模板里的主文件不是main.tex而是sample.tex这时候要么用魔法注释指定要么改文件名二是模板默认用pdflatex编译而你想在本地用 xelatex 处理中文这时看模板里有没有\usepackage{ctex}没有的话要么靠 autoBuild 配置硬切要么自己加一行中文支持宏包。Word 迁移则更简单粗暴Word 公式可以用 Pandoc 或 MathType 自带的 LaTeX 导出功能转成 LaTeX 语法图片则直接放到figure/目录里正文用上文代码片段里的\includegraphics接上。我记得第一次迁移一篇 40 页的会议论文时光是 Word 公式转 LaTeX 就花了一整天但转完那次之后后面所有改稿、版本控制、按期刊模板换格式都比 Word 时代省心太多。5. 编译性能优化慢编译的四大元凶与对策5.1 明确瓶颈是引擎本身慢还是文件太胖LaTeX 编译慢第一步要搞清楚慢在哪。最常见的瓶颈有四个文档体量过大、图片原图分辨率过高、宏包加载过多、以及每次都全量重编译。小论文在本地编译基本都在 10 秒内真正让人抓狂的是毕业论文或书籍级项目。给个判断方法打开main.log找到编译的总耗时行再观察同一个文档里是否反复加载了重复的宏包。重复加载宏包不是致命的但宏包之间的冲突才真正会增加编译时间甚至导致奇怪报错。5.2 图片是最大的隐形杀手论文里动辄插几十张图每张都是 600 DPI 的位图编译器每次都要重新读入并做排版计算这能不慢吗对策很简单但容易被忽略发布前把图片压缩至目标尺寸。比如双栏期刊里一张单栏图的宽度就是 8.5 厘米左右你丢进去一张 5000 像素宽的原图既浪费编译时间也不会在 PDF 里显示更多细节。压缩工具我惯用 ImageMagick 的批量命令mogrify -resize 2000x2000 -quality 90 figures/*.png一次性把图片尺寸压到论文需要级别编译时间能肉眼可见地下降。至于矢量图能用 PDF 或 SVG 格式别用 PNG矢量图在大小时和分辨率上对编译时间更友好。5.3 分章节编译与 \includeonly 的精妙用法论文到最后阶段动辄几十页每个章节内容特别多每次全量编译都要等十几秒。其实每次写作只需要关心当前章节的排版效果这时候\includeonly派上用场。主文件里你保留了\include{chapters/intro}等所有章节但只在\includeonly{chapters/intro}里写当前要编译的章节这样其他章节会被跳过编译时间骤降。注意一点\includeonly里写的路径必须和\include{...}里的路径完全一致写错不会报错而是会全量编译给你一个“没优化但不明所以”的结果。配合\includeonly我还习惯在长文档的重要章节前面加一个% \includeonly{chapters/method}用于一键激活指定章节保留整篇主文件的完整性。5.4 清理陈旧辅助文件别让中途改动的残留拖慢全流程每次编译生成的.aux文件其实是缓存机制目的是让第四次编译不需要从头计算所有引用。但如果你中途大改过文档结构——比如把第二章拆成两章、删掉一章——旧的.aux文件反而会保留已经作废的引用关系导致编译时解析变慢甚至报“rerun”警告。遇到这种情况别反复编译了先把辅助文件清理干净再重新全量编译一次。Latex Workshop 的 “Clean up auxiliary files” 按钮或者latexmk -c都能做这件事命令执行完再编译一次引用关系会重建。我处理格式“诡异”问题时第一招永远是 Clean 再 Rebuild这招能解决一半的奇怪现象。6. 常见问题与排查实录6.1 编译失败找不到命令 / PATH 路径问题症状点编译按钮后终端里显示xelatex is not recognized as an internal or external command或者zsh: command not found: xelatex。原因 99% 是 PATH 没配好。Windows 上 TeX Live 安装完以后系统环境变量里会多一条路径但已经打开的终端窗口不会自动刷新。关掉所有终端窗口重新开一个再执行xelatex --version验证。macOS 或 Linux 上如果刚装完 MacTeX 也有类似问题检查~/.zshrc或~/.bashrc里有没有被其他配置覆盖了 PATH手动补上/Library/TeX/texbinmacOS或/usr/local/texlive/xxxx/bin/xxxLinux即可。6.2 中文乱码、字体缺失与“Package ctex Error”用 xelatex 编译中文文档时最常见的报错是类似Package ctex Error: CTeX fontset fandol is unavailable或者 PDF 里中文显示成方块。先说结论Windows 和 macOS 上 TeX Live 完整版基本不会出这个问题因为 ctex 会自动检测系统安装的宋体、黑体、楷体。Linux 上问题多一些因为很多 Linux 发行版默认不装中文字体解决办法是安装 Noto CJK 字体sudo apt install fonts-noto-cjk装完之后再编译。如果你的系统里没有常见中文字体ctex 会退回到 Fandol 字体但 Fandol 是随 TeX Live 自带的开源字体如果也没找到那就说明 TeX Live 装得不够完整或者字体缓存没更新。刷新字体缓存的命令是sudo fc-cache -fv执行完再试编译。6.3 Synctex 跳转失效与 PDF 不刷新用了-synctex1但还是跳转不准或者 PDF 面板显示的是旧版本。这个问题绝大多数情况是辅助文件被清理之后我没有重新编译就被点击跳转。先按编译按钮等 PDF 真正刷新一次再试 Synctex。另外检查latex-workshop.view.pdf.viewer的值如果是browser或tab之外的第三方查看器跳转逻辑是由外部软件接管跟插件内置跳转不兼容。我建议就用tab内置 PDF 面板足够流畅改一行源码、写一段话右侧 PDF 立刻反映变化。6.4 参考文献不显示BibTeX/Biber 流程的经典错误症状文档编完没有参考文献列表或者引用的地方显示成问号。原因是编译链路里没有正确跑 bibtex/biber。前面第三节我给了两个 recipe如果你用的是纯xelatex配方那么参考文献永远不会出现。解决办法就是切换到带 bibtex/biber 的配方。另一个常见原因是.bib文件里有字段错误比如缺少 author 或者年份写成字符串类型bibtex 会卡住整个引用流程中断。排查办法是把 bibtex 输出日志拉到最后看有没有error字样。顺带一提如果你在 Overleaf 上一直用\bibliography{refs}这种旧式引用迁移到本地项目时路径要写对比如\bibliography{bib/refs}否则编译器找不到文件也会出现引用全丢的现象。6.5 快速问题定位速查表现象首选检查项常规处理编译后无 PDF看日志尾部是否有Emergency stop通常是有未闭合环境修正语法后重编引用全显示??检查编译链路是否包含 bibtex/biber切换带参考文献的 recipe中文变方块检查系统字体与 ctex 字体集Linux 安装 Noto CJK然后fc-cache图片不显示检查相对路径与graphicspath推荐把图片统一放figures/用\graphicspath{{figures/}}表格跨页错乱确认用的宏包是否支持跨页用longtable或xtab不要硬切 tabular编译越来越慢检查辅助文件和图片体积清理辅助文件 压缩图片尺寸收个尾把写作环境当成生产资料来打磨这套环境搭好之后我的写作节奏发生了质的改变改一个词、挪一段话、插一张图PDF 几乎同步反馈参考文献补全也变成自带联想不用再切到浏览器里查条目。跟 Overleaf 相比本地 VS Code 方案的维护成本确实高一些但你掌握的是整套编译链路的主动权——装什么版本的宏包、用什么字体、怎么组织目录这些都能按自己的标准来。最后分享一个小经验新模板到手的第一件事不是急着往里面填内容而是先在 VS Code 里跑通一次空白文档的编译。模板来自 Overleaf、CTAN 还是同事的网盘本身已经决定了它的宏包依赖和目录要求。把空白文档跑通后续的每一轮写作都少一个定时炸弹。写完论文、赶完 deadline 之后写上这篇分享的这套配置你越用会越顺手。