TeX、LaTeX与OverLeaf的本质区别：从排版工具到结构化写作范式 1. 这不是“学个排版软件”——而是重新理解文字表达的底层逻辑你点开这篇内容大概率正被一篇论文、一份技术报告、或者博士开题PPT折磨得头皮发麻公式编号总对不上参考文献格式反复崩坏图表位置像抽签一样随机明明改了标题样式目录却死活不更新……这时候同事甩来一句“用LaTeX吧专业。”你搜到的第一个链接往往就是“Introduction to TeX, LaTeX, and OverLeaf”。但这句话本身其实藏着一个巨大误解——它听起来像在介绍三个并列工具就像“Word、WPS和石墨文档入门”而真相是TeX是引擎LaTeX是驾驶舱OverLeaf是带Wi-Fi的维修车间。三者根本不在同一维度上强行并列讲等于教人开车时先讲内燃机原理、再讲方向盘材质、最后介绍4S店咖啡机型号。我从2008年用Knuth手写TeX宏包编译第一份《量子力学导论》习题集开始到后来带研究生团队用LaTeX管理37人协作的IEEE期刊特刊含127个交叉引用、49张矢量图、6种语言混排再到过去五年持续为国内5所高校的数学/物理/计算机系开设排版工作坊最常听到的崩溃时刻不是“怎么插入公式”而是“为什么我删掉一行空格整个参考文献列表就全乱了”——这恰恰暴露了所有初学者真正的断层我们缺的从来不是操作手册而是对“结构化写作”这一范式的认知重建。TeX不是让你“把字打出来”而是逼你回答“这段文字在逻辑上属于什么角色是定理、引理、证明过程还是代码片段它是否需要被编号是否要出现在目录里是否会被其他章节交叉引用”这种思维切换比记住\begin{equation}多敲一个反斜杠难十倍也重要百倍。所以这篇内容不叫“LaTeX速成”它是一份面向真实科研写作场景的排版认知地图。你会看到为什么数学家宁可手写200行宏也不碰Word的公式编辑器为什么OverLeaf的实时预览背后藏着TeX引擎三十年未变的稳定内核更关键的是当你第一次用\label{sec:method}给章节打标签再用\ref{sec:method}在别处引用它时你获得的不仅是自动编号而是一种文字与逻辑关系的可编程能力——这才是TeX系工具真正不可替代的核心价值。适合谁如果你正在写硕士论文、准备投稿SCI期刊、需要制作高精度技术文档或者只是厌倦了“格式刷”和“手动调页边距”的循环地狱那么接下来的内容会帮你把排版从体力劳动升级为逻辑工程。2. 拆解三层架构为什么必须分清TeX、LaTeX和OverLeaf的本质差异2.1 TeX不是软件而是用数学定义的“排版微积分”很多人以为TeX是Donald Knuth在1978年写的“一个排版程序”这就像说牛顿发明了“一个苹果下落记录仪”。事实上TeX是一套用数学语言严格定义的排版算法体系。Knuth在《The TeXbook》开篇就声明“TeX is a program that typesets text and math.”——注意这里typeset是动词核心动作是“将文本与数学符号转化为精确的印刷级输出”。它的底层逻辑建立在三个数学基石上胶水Glue模型传统排版中“空格”是固定宽度字符而TeX把空格定义为可伸缩的弹性胶水。比如段落末尾的空格其实际宽度 基础宽度 伸缩系数 × 当前行剩余空间。这意味着同一段文字在不同页面宽度下会自动调整字间距和词间距而非简单换行。我实测过用Word排版一页含大量英文术语的算法描述当页面从A4缩为Letter尺寸时37%的段落出现难看的单词断行而相同源码用TeX编译所有断行点都落在语法合理位置如连字符后、运算符后因为胶水模型强制要求“最小化断行丑度值”。断行优化算法Knuth-Plass这不是简单的“填满一行就换行”而是动态规划求解全局最优。TeX会为整段文字生成所有可能的断行组合计算每种组合的“丑度”包含行末空隙不均、连字符过多、单字成行等惩罚项最终选择丑度总和最小的方案。这个算法复杂度是O(n³)但Knuth用精妙的数据结构将其压缩到实用级别。这也是为什么LaTeX文档即使有上千行编译速度依然稳定——引擎在做的是数学最优解不是暴力试错。盒子Box与胶水Glue的物理模拟每个字符、单词、公式都被视为带尺寸和弹性的“盒子”它们通过胶水连接。当遇到\hfill水平填满胶水或\vspace*{2em}垂直弹性间距时TeX不是简单插入空白而是构建一个物理系统让所有盒子在约束条件下达到力学平衡。这解释了为什么\centering命令能让表格居中而不仅仅是“左右加空格”——它是在调整左右胶水的弹性系数使系统重心落在页面中心。提示理解TeX的数学本质能避免90%的“诡异排版问题”。比如你发现公式编号总偏右不是去调\setlength{\rightmargin}{0pt}而是该检查\documentclass是否用了fleqn选项强制公式左对齐因为这是胶水模型的初始约束条件。所有“玄学问题”在TeX框架下都有确定性解。2.2 LaTeX不是升级版TeX而是为人类设计的“语义封装层”如果把TeX比作汇编语言LaTeX就是C——它不改变底层引擎但彻底重构了人机交互范式。1985年Leslie Lamport开发LaTeX的初衷很朴素“让学者专注内容而非格式细节。”但实现方式极具革命性LaTeX用语义标签semantic markup替代样式指令presentational command。举个典型对比Word用户思维选中标题 → 点击“标题1”样式 → 手动设为黑体16号 → 调整段前距24磅LaTeX用户思维输入\section{引言}→ 引擎自动应用预设的标题1样式含字体、字号、间距、编号、目录条目这种转变的威力在长文档协作中指数级放大。我曾参与一个跨校合作项目6位作者用Word共享文档两周后出现3人用“标题1”样式2人用“标题一”字体加粗1人手动输“1.”编号参考文献格式混杂GB/T 7714、APA、IEEE三种标准图表编号从“图1-1”跳到“Fig.2a”。而同样项目用LaTeX主文件仅需定义\documentclass[12pt]{article} \usepackage{natbib} \bibliographystyle{plainnat} \usepackage{graphicx} \renewcommand{\thefigure}{\thesection-\arabic{figure}}所有作者只需写\section{}、\cite{knuth78}、\includegraphics{fig1}编译结果完全一致。因为LaTeX把“什么是标题”“什么是引用”“什么是插图”这些语义固化在宏包里而非依赖人工记忆。更深层的价值在于可维护性跃迁。当期刊要求从双栏改为单栏Word用户要逐页检查分栏符、图片环绕、页眉页脚LaTeX用户只需改一行% 原来 \documentclass[twocolumn]{article} % 改为 \documentclass{article}所有格式自动适配。这不是魔法而是LaTeX将文档结构structure与视觉呈现presentation彻底解耦——前者由作者用语义标签定义后者由类文件cls和宏包sty控制。这种分离正是现代软件工程“关注点分离”原则在排版领域的完美实践。2.3 OverLeaf不是在线LaTeX编辑器而是“零环境配置”的协作操作系统很多人把OverLeaf当作“LaTeX的网页版”这严重低估了它的架构价值。2014年上线的OverLeaf本质是为解决TeX生态最大痛点——环境配置地狱——而生的操作系统级解决方案。TeX的安装复杂度有多高以Ubuntu系统为例安装TeX Live基础包约2GB配置PATH环境变量指向/usr/texbin安装中文支持宏包ctex及字体需手动下载Noto Serif CJK解决fontspec与xeCJK的冲突常见于XeLaTeX编译配置IDE如TeXstudio的编译链xelatex → bibtex → xelatex ×2而OverLeaf的突破在于它把整个TeX Live发行版容器化让用户只接触“源码预览”两个界面。其后台运行着完整的TeX Live 2023预装了CTAN上99%的宏包并自动处理字体映射如识别\setmainfont{Noto Serif CJK SC}并加载对应字体。更重要的是它内置了协作基础设施实时光标同步显示合作者正在编辑哪一行类似Google Docs版本快照Snapshot每次编译自动生成时间戳快照可回溯任意历史版本编译日志智能解析将原始! Undefined control sequence.错误翻译为“第42行\textbf命令未定义请检查是否遗漏\usepackage{amsmath}”我指导过一位材料学博士生她用OverLeaf完成博士论文时导师在批注中直接修改.tex源码如将\frac{d\sigma}{dt}改为\dot{\sigma}她收到邮件提醒后点击“Accept Changes”即可合并——整个过程无需Git命令没有冲突解决因为OverLeaf的协作层已将LaTeX源码视为纯文本流而非需要手动merge的二进制文件。注意OverLeaf免费版有编译时长限制30秒/次但对95%的学术文档足够。真正关键的是它消除了“我的电脑能编译你的电脑报错”这种协作噩梦。当团队里有人用Mac、有人用Windows、有人用Linux时OverLeaf提供的不是便利而是排版结果的确定性保障。3. 从零构建第一个LaTeX文档避开新手必踩的5个深坑3.1 创建最小可行文档MWE为什么\documentclass{article}是唯一正确起点很多教程一上来就教\documentclass[12pt,a4paper]{article}这反而制造混乱。请严格遵循以下三步法创建你的第一个LaTeX文档第一步绝对最简骨架\documentclass{article} \begin{document} Hello World! \end{document}保存为hello.tex用任何LaTeX引擎编译如pdflatex hello.tex。成功生成PDF证明环境正常。这一步的关键是剥离所有干扰项不加字体设置、不加中文包、不加任何宏包。我见过太多人卡在第一步只因盲目复制了带\usepackage{ctex}的模板而本地未安装中文字体。第二步验证核心功能链在Hello World!后添加\section{第一节} 这是第一节内容。 \subsection{子节} 子节内容。 \begin{equation} E mc^2 \end{equation}编译后检查章节编号是否自动生成1, 1.1公式是否居中并编号1这验证了LaTeX的语义结构能力。若公式不编号检查是否误用了equation*环境星号版本禁用编号。第三步引入必要扩展确认基础功能正常后再按需添加中文支持\usepackage{ctex}自动处理字体、章节名汉化数学增强\usepackage{amsmath, amssymb}提供align,cases等高级环境图表管理\usepackage{graphicx, subcaption}支持\includegraphics和子图实操心得永远用“增量添加法”。每加一个宏包立即编译验证。曾有学生为赶论文一次性粘贴20个宏包编译报错! LaTeX Error: Command \iint already defined.——这是amsmath与esint宏包冲突但错误信息被淹没在数百行日志中。而增量法能在添加esint时立刻定位问题。3.2 中文支持的终极方案ctex宏包为何比手动配置可靠10倍中文用户最大的幻觉是“只要装了中文字体LaTeX就能显示中文。”真相是TeX引擎本身不理解Unicode它需要宏包将UTF-8编码的中文字符映射为内部字体槽位。手动配置的典型失败路径用xeCJK宏包需手动指定\setmainfont{Noto Serif CJK SC}但若系统未安装该字体编译直接崩溃用fontspec需区分XeLaTeX/LuaLaTeX引擎且fontspec与旧宏包如mathpazo存在兼容性问题而ctex宏包的精妙在于它是一个智能适配层。当你写\documentclass{ctexart} % 或 \usepackage{ctex}ctex会自动执行检测当前引擎XeLaTeX/LuaLaTeX/pdflatex若为Xe/LuaLaTeX加载fontspec并预设Noto Serif/Sans CJK字体族若为pdfLaTeX回退到CJK宏包用gbsn00lp.ttf等点阵字体自动重定义\section等命令使“第一章”“第一节”显示为中文我实测过12种中文字体在ctex下的表现结论是对99%用户ctex默认配置即最优解。唯一需要干预的场景是出版级印刷——此时需用\ctexset{heading/format\zihao{-4}\bfseries}定制标题字号而非折腾字体路径。3.3 公式排版的黄金法则从\frac到align的思维升级新手公式排版的通病是“把LaTeX当计算器用”。比如写麦克斯韦方程组% 错误示范用多个\frac硬凑 \nabla \cdot \mathbf{E} \frac{\rho}{\varepsilon_0},\quad \nabla \times \mathbf{E} -\frac{\partial \mathbf{B}}{\partial t}这会产生两个问题1) 逗号后无对齐视觉失衡2) 多行公式无法编号。正确做法是拥抱amsmath的语义环境\usepackage{amsmath} % 正确用align环境实现对齐与编号 \begin{align} \nabla \cdot \mathbf{E} \frac{\rho}{\varepsilon_0} \label{eq:gauss} \\ \nabla \times \mathbf{E} -\frac{\partial \mathbf{B}}{\partial t} \label{eq:faraday} \end{align}关键技巧符号定义对齐点通常放在等号前\\换行\label{}为公式打标签\eqref{eq:gauss}可交叉引用显示为“(1)”若需不编号的行用\nonumber... \\ \nonumber踩坑记录曾有物理系学生用\begin{array}{lcr}排公式导致行间距过大。array是为矩阵设计的公式排版必须用align/gather/multline等专用环境——这是LaTeX的“领域专用语言”DSL思想不同排版任务用不同语义环境而非通用工具硬套。3.4 参考文献自动化biblatexbiber为何取代bibtex成为新标准还在用.bib文件bibtex你正放弃LaTeX最强大的能力之一。bibtex的致命缺陷是它用纯文本解析参考文献无法处理Unicode和复杂字段。比如一条含中文作者的BibTeX条目article{zhang2020, title{基于深度学习的图像分割}, author{张伟 and 李娜}, journal{自动化学报}, year{2020} }bibtex会因中文字符崩溃。而biblatexbiber的解决方案是biblatexLaTeX宏包提供\printbibliography等语义命令biber用Perl编写的现代参考文献处理器原生支持Unicode、自定义排序规则、动态字段过滤配置流程在导言区加载\usepackage[backendbiber, stylenumeric, sortingnyt]{biblatex} \addbibresource{references.bib} % 注意是\addbibresource非\bibliography文中引用\cite{zhang2020}文末插入\printbibliographybiber的强大在于可编程性。比如要求“只显示2015年后发表的文献”在.bib文件同目录建biblatex.cfgconfig sourcemap maps datatypebibtex map_overwrite1 map per_datasourcereferences.bib/per_datasource map_step map_field_setSKIP map_final1 map_ifyear 2015/map_if /map_step /map /maps /sourcemap /config编译时biber自动过滤——这种灵活性是bibtex永远无法企及的。3.5 图表管理的工业级实践subcaption与float宏包的协同艺术LaTeX新手最痛苦的体验之一“我明明把\includegraphics{fig1.png}写在第3节PDF里图却跑到第5节去了”这不是Bug而是LaTeX的浮动体Float机制在起作用——它把图表视为可移动的“浮动盒子”根据页面余白、上下文关系自动优化位置以保证排版美观。但默认浮动行为常不满足需求。解决方案是float宏包的精准控制\usepackage{float} % 强制图表在此处显示H参数 \begin{figure}[H] \centering \includegraphics[width0.8\textwidth]{fig1} \caption{实验装置示意图} \label{fig:setup} \end{figure}[H]参数覆盖默认浮动策略确保图表锚定在源码位置。但过度使用[H]会导致页面留白过多因此推荐混合策略关键图表如方法论图用[H]补充图表如附录数据图用[tp]允许置于页顶或页底对于多子图subcaption宏包是唯一选择\usepackage{subcaption} \begin{figure} \centering \begin{subfigure}{0.45\textwidth} \includegraphics[width\linewidth]{fig1a} \caption{子图A} \label{fig:a} \end{subfigure} \hfill \begin{subfigure}{0.45\textwidth} \includegraphics[width\linewidth]{fig1b} \caption{子图B} \label{fig:b} \end{subfigure} \caption{主图标题} \label{fig:main} \end{figure}subfigure环境让子图共享主图编号如“图1a, 图1b”且\label{fig:a}可独立交叉引用。这比手动拼接图片标注效率提升10倍以上。4. OverLeaf实战全流程从注册到投稿的7个关键节点4.1 项目初始化模板选择的隐藏逻辑OverLeaf首页的“Templates”分类看似简单实则暗藏玄机。不要被“Academic Journal”“Thesis”等标签迷惑关键看模板的底层类文件cls模板类型底层cls适用场景风险提示IEEEtranIEEEtran.cls投稿IEEE期刊/会议严格遵循IEEE格式但自定义困难Springer LNCSllncs.cls投稿Springer计算机系列字体小10pt图表宽度受限Generic Thesisreport.cls自定义学位论文需手动配置章节编号、页眉页脚我的建议新手从Generic Article开始。它基于最稳定的article.cls无预设格式束缚。等熟悉基本语法后再根据投稿目标切换模板。曾有学生为投《Nature Communications》直接选用其官方OverLeaf模板结果因模板强制使用natbib而与团队biblatex工作流冲突返工三天。4.2 协作邀请如何让导师“零学习成本”参与修改OverLeaf的协作邀请本质是降低非技术用户的参与门槛。关键技巧发送邀请时勾选“Can edit project”而非“Can view project”在项目描述中写明“请直接在源码中修改用%添加批注如% 导师意见此处需补充实验细节”为导师创建专属分支Branch点击“Branch” → “New branch” → 命名mentor-review这样他的修改不会影响主分支最有效的实践是让导师用OverLeaf的“Comment”功能右键选中文本→Add comment。这会在PDF预览侧边栏生成批注气泡你点击即可跳转到对应源码行。相比邮件来回效率提升5倍。4.3 编译日志诊断读懂LaTeX的“医生诊断书”OverLeaf右下角的“Logs”按钮是排版问题的终极诊断室。但90%用户只看第一行错误如! Undefined control sequence.忽略关键线索。完整诊断流程定位错误行日志中l.42表示第42行但注意LaTeX的行号包含空行和注释行追溯宏包来源错误后常跟to be read again如to be read again \protect说明是\protect命令未定义需检查是否遗漏\usepackage{hyperref}检查上下文错误行上方10行常有未闭合的{或$这是最常见的“括号不匹配”错误我整理了高频错误速查表错误信息根本原因解决方案! Extra }, or forgotten \endgroup.tabular环境列数不匹配检查数量是否等于列数-1! Package inputenc Error: Unicode char …文件编码非UTF-8OverLeaf中File → “Convert to UTF-8”! Citation xxx on page y undefined.bib文件未编译或条目ID错误点击“Recompile from scratch”清除缓存4.4 PDF导出与打印为什么“Download PDF”比截图更专业OverLeaf的“Menu → Download Source”和“Download PDF”有本质区别Download Source打包整个项目.tex,.bib, 图片等用于本地编译或备份Download PDF生成符合印刷标准的PDF/A-1b格式嵌入所有字体元数据完整关键细节点击“Download PDF”前务必确认编译器选择为XeLaTeX支持Unicode和系统字体PDF属性中Title/Author已填写在OverLeaf左侧Project Settings → PDF Metadata曾有学生用截图PDF投稿被期刊编辑部退回“图中文字无法复制不符合可访问性标准”。而OverLeaf生成的PDF用Adobe Acrobat的“读取模式”可朗读全文——这才是学术出版的底线要求。4.5 版本回溯当“撤销”失效时的救命稻草OverLeaf的“History”功能是比Git更友好的版本管理。其独特价值在于时间粒度精细每5分钟自动保存快照Snapshot非仅编译触发可视化diff点击任意快照右侧显示与当前版本的差异绿色新增红色删除一键恢复选中快照 → “Restore this snapshot” → 整个项目回滚实战场景学生误删了整个methods.tex文件常规恢复需从回收站找回。而OverLeaf中打开History → 找到删除前的快照 → Restore3秒完成。更妙的是可对比两个快照精准定位哪一行被误改——这对调试复杂宏包冲突至关重要。4.6 宏包调试如何安全地测试新宏包而不污染主项目OverLeaf不支持本地宏包安装但提供“沙盒测试”方案新建临时项目Project → New Project → Blank Project在导言区添加待测试宏包如\usepackage{tikz-cd}用于交换图写最小测试用例\begin{tikzcd} A \arrow[r, f] \arrow[d, g] B \arrow[d, h] \\ C \arrow[r, k] D \end{tikzcd}编译成功后复制宏包加载命令到主项目这种方法避免了“在主项目中试错导致编译失败影响论文进度”的风险。我团队规定所有新宏包必须经沙盒测试提交PR时附测试截图——这已成为我们的LaTeX协作规范。4.7 投稿前终检期刊要求的10项硬性指标核查清单OverLeaf虽强大但不能替代投稿前的人工核查。我为团队制定的终检清单适用于IEEE/ACM/Springer主流期刊检查项工具/方法合规标准不合规后果1. 字体嵌入Adobe Acrobat → File → Properties → Fonts所有字体显示为“Embedded Subset”期刊拒收字体缺失2. 图片分辨率OverLeaf预览 → 右键图片 → “Open in new tab” → 查看属性≥300 DPI灰度/ ≥600 DPI线条图图像模糊影响评审3. 交叉引用编译日志搜索Reference无undefined警告目录/图表编号错误4. 页眉页脚PDF打印预览页眉含文章标题页脚含页码格式审查不通过5. 参考文献格式对比期刊官网样例PDF作者名缩写、期刊名缩写、DOI链接格式完全一致编辑部要求返修6. 公式编号连续性通读PDF公式编号1,2,3…无跳跃或重复学术不严谨质疑7. 表格线宽Zoom至400%查看表格边框线宽均匀0.4pt无虚线/点线印刷质量不合格8. 中文标点搜索全角逗号“”、句号“。”禁用半角标点, .中文读者阅读障碍9. DOI链接点击参考文献中的DOI跳转至https://doi.org/xxx无效链接影响引用10. 作者邮箱检查\author{}命令使用机构邮箱非Gmail/Yahoo通讯不畅导致撤稿这份清单源于我们被期刊退回的17次教训。其中第1项字体嵌入和第5项参考文献格式占退回原因的68%。OverLeaf虽能生成PDF但最终责任在作者——这是学术出版不可推卸的底线。5. 常见问题与排查技巧实录来自真实工作坊的23个高频故障5.1 “编译卡在‘Running miktex-hbf2gf.exe’”——Windows本地环境的幽灵进程现象在Windows上用TeX Live编译时命令行卡住任务管理器显示miktex-hbf2gf.exe占用100% CPU持续数小时。根因分析这是MiKTeX的字体缓存机制缺陷。当首次使用新字体如Noto Sans CJK SC时MiKTeX试图将TrueType字体转换为GFGeneric Font格式但转换进程在某些字体上会无限循环。实测解决方案终止进程CtrlC中断编译打开任务管理器结束miktex-hbf2gf.exe清理缓存运行miktex-console→ Tasks → Refresh file name database永久规避改用XeLaTeX引擎xelatex命令它直接调用系统字体跳过GF转换注意OverLeaf无此问题因其后台使用TeX Live且预缓存所有常用字体。5.2 “中文标题在目录中显示为方块”——ctex与hyperref的加载顺序陷阱现象使用ctex宏包后PDF目录中的中文章节名显示为□□□但正文中正常。深度排查hyperref宏包必须在ctex之后加载否则其PDF元数据生成会破坏中文编码。错误顺序\usepackage{hyperref} % 错 \usepackage{ctex}正确顺序\usepackage{ctex} \usepackage{hyperref}但若仍失败需显式设置\usepackage{ctex} \usepackage[pdfencodingauto, psdextra]{hyperref}psdextra选项启用PDF字符串的Unicode支持。5.3 “子图caption位置偏移”——subcaption与caption宏包的隐式冲突现象subfigure环境中的子图标题如“图1a”向上偏移与图片不居中。原因caption宏包的默认设置与subcaption不兼容。subcaption要求caption以特定模式加载。一劳永逸方案\usepackage{caption} \usepackage{subcaption} \captionsetup[subfigure]{positiontop, justificationcentering}positiontop强制子图标题在图片上方justificationcentering确保居中。5.4 “参考文献DOI链接不生效”——doi字段的格式雷区现象BibTeX条目中写了doi {10.1109/TNNLS.2020.2972345}但PDF中DOI未变成蓝色超链接。关键细节doi字段值不能带https://doi.org/前缀必须是纯DOI号。错误写法doi {https://doi.org/10.1109/TNNLS.2020.2972345} % 错正确写法doi {10.1109/TNNLS.2020.2972345}同时确保hyperref已加载且biblatex配置中启用了DOI\usepackage[backendbiber, doitrue, urltrue]{biblatex}5.5 “OverLeaf编译超时”——大项目优化的5个硬核技巧现象含100图片、500参考文献的论文在OverLeaf免费版编译超时30秒。实测优化方案图片预压缩用ImageMagick批量压缩mogrify -resize 1200x -quality 85 *.png禁用编译缓存OverLeaf Settings → Compiler → “Use cached compilation”取消勾选分章编译在主文件中注释掉非当前修改章节% \input{chapter3} % \input{chapter4} \input{chapter5} % 仅编译第五章简化预览在导言区添加\usepackage[final]{graphicx} % 禁用draft模式下的框线 \usepackage[disable]{todonotes} % 关闭所有待办标记升级账户Pro版提供60秒编译时长月费$7对毕业季学生性价比极高5.6 “公式编号从(1)跳到(3)”——equation计数器的隐形重置现象文档中公式编号突然跳跃如(1