去年这个时候，我把做了将近两年的工作写成论文，准备投到Springer旗下的一本工程类期刊。写LaTeX正文本身不算难，真正让人崩溃的是从模板准备到投稿系统提交的整条流水线——模板下载下来第一次编译就报错，参考文献样式选错被编辑打回，投稿系统里重建PDF又出了问题。这篇记录就把我当时踩过的坑、之后总结出的完整流程写出来，包括Springer模板怎么选、环境怎么搭、正文写作有哪些容易返工的格式细节、图表和补充材料怎么处理、投稿系统怎么操作、返修阶段怎么管理文件，给准备走Springer投稿这条路的同行一个能直接参照的攻略。
1. 为什么Springer投稿几乎绕不开LaTeX——先想清楚再动手
1.1 Springer模板到底是一套什么
Springer的LaTeX模板不是一个文件，而是一整套约束。核心是sn-jnl.cls这个文档类，它决定了页边距、双栏还是单栏、标题样式、浮动体位置、默认字号这些基础版式参数。其次是bst文件，控制参考文献列表的排序和显示格式。再配合若干sty文件，实现模板要求的高级功能。
这些文件必须放在你的工作目录里，编译时LaTeX会优先在当前目录寻找cls和sty。所以下载模板后不要随手乱放。我犯过的错是：为了图省事，把sn-jnl.cls直接放进系统级宏包目录，后来换了一台电脑编译，报错说找不到文档类，真正原因就是模板版本和目录结构没有跟随项目走。
还需要提前确认目标期刊用的是哪一版模板。Springer在2021年前后更新过一波模板，新版用了一些较新的宏包特性。两套模板在\frontmatter部分和参考文献驱动上差异不小，如果你拿着老模板去投稿，编辑一旦发现格式和当前要求不一致，退回重弄只是时间问题。
1.2 单栏还是双栏：模板选择的连锁反应
Springer目前主推两套通用模板：sn-basic和sn-article。sn-basic是双栏版式，大多数期刊在用；sn-article是单栏版式，部分经济、社科类期刊会要求。数学物理类期刊还有sn-mathphys系列，参考文献显示方式上再分sn-mathphys-num和sn-mathphys-legend。
选模板不是凭感觉，唯一正确的做法是打开目标期刊的Instructions for Authors，看它给出的模板链接是哪一套。用错模板的后果非常直接：双栏改单栏，不是删一条命令就行，所有表格宽度、图片尺寸、浮动排列都要跟着改，等于半篇重排。我见过有人一开始用了sn-article写了大半内容，投稿前发现期刊要求双栏，最后花了整整两天调整图表宽度。
1.3 在Overleaf上直接写还是本地环境
不少同行习惯在Overleaf上打开Springer官方模板直接开写，好处是环境一致、团队协作方便、不会出现本地宏包缺失的问题。但Overleaf免费版单次编译有超时限制，我试过一次投带超长附录的稿子，编译到一半就被掐断，最后把项目迁移到本地TeX Live才解决。
如果选择本地环境，建议直接安装TeX Live完整方案，不要装基础版。基础版缺宏包，编译过程时不时报File not found，你很难分清是模板问题还是环境问题。全量安装占用几个GB，换来的是编译稳定性和排查问题的简单直接。Windows用户用MiKTeX也行，它的自动补包机制很方便，但自动安装的包版本有时和模板期望的不匹配，遇到诡异报错时先怀疑这一点。
2. 投稿前的LaTeX环境与模板准备：从下载到首版编译通过
2.1 依赖安装与版本检查
动手之前先检查编译器和工具链版本：
latex --version bibtex --version如果是比较老的TeX Live或MiKTeX发行版，建议先升级。Springer新版模板依赖一批较新的宏包，老内核会报出各种奇怪错误，比如undefined control sequence、Missing \begin{document}，这些报错看起来和模板有关，实际是编译环境太旧。
缺宏包时的典型提示是File 'xxx.sty' not found。用包管理器装就行：
tlmgr install xxxx我个人建议直接补装full集合里的常用块，避免今天缺一个明天缺一个。在Windows的MiKTeX上虽然会自动弹窗提示安装缺失宏包，但自动装的版本有时匹配不上，条件允许就在文档里显式声明版本要求。
2.2 模板目录结构：在起步阶段就把文件组织好
从官网或Overleaf下载模板后，默认会有一堆示例文件：sn-sample.tex、sn-jnl.cls、若干bst文件、sn-bibliography.bib、几张示例图。我的习惯是把sn-sample.tex改名为自己论文的主文件，比如manuscript.tex，然后按功能把文件分层：
manuscript.tex sections/ 01_introduction.tex 02_methods.tex 03_results.tex 04_conclusion.tex figures/ fig1.pdf fig2.pdf bib/ manuscript.bib主文件只留导言区和\frontmatter，正文全部用\input{}导入。这样做的好处是返修时只需编辑对应章节文件，而且主文件短到一眼能看完所有宏包设置。模板自带的cls和bst文件放在根目录，不要挪进子目录，否则编译时路径查找会很麻烦。
2.3 第一次编译的三个预期坑
我第一次编译Springer模板时连续踩了三个坑。
第一个是字体类报错，提示某字体缺失。原因是当时的TeX Live版本较旧，模板依赖的字体包没装全。升级之后问题消失。
第二个是参考文献区域全是问号，因为我只跑了一次编译，没执行bibtex。参考文献不是魔法，必须按顺序跑：
xelatex manuscript.tex bibtex manuscript xelatex manuscript.tex xelatex manuscript.tex如果不确定跑几遍，直接用latexmk自动处理：
latexmk -xelatex manuscript.tex第三个坑是用pdflatex编译但模板内部依赖xelatex或lualatex的字体机制。Springer新版模板对引擎有明确要求，一般偏好在xelatex下编译。检查你TeXstudio或VSCode里配置的编译命令，别让编辑器默认设置把引擎带偏。
2.4 主文件拆分的具体做法
导言区我按功能把宏包分组：数学类用amsmath、amsthm，图表类用graphicx、booktabs，引用类用hyperref、natbib，模板自带的可选项放在最后统一设置。\begin{document}之后是\frontmatter部分，包括标题、作者、单位、摘要、关键词。正文不在主文件里写，每个章节通过\input引用。末尾放：
\bibliographystyle{sn-basic} \bibliography{bib/manuscript}拆分文件还有一个容易被低估的好处：编译错误定位更快。我某次在长文里插入一个损坏字符，报错行号一路飙升到几千，根本没法定位。拆分子文件后，错误信息直接指向具体章节文件，处理效率天差地别。
3. 正文写作里那些容易返工的细节：格式即约束
3.1 作者信息、单位与ORCID
Springer模板的作者信息区是出错重灾区。多作者情况下，每个作者块要对应正确的单位编号，通讯作者加上星号标记，邮箱放进\email{}，ORCID按模板指定位置放置——很多期刊现在明文要求提供ORCID。
最常见的错误是作者顺序和单位编号不匹配。比如第一作者在第一单位，第二作者在第二单位，但\affil{}的编号写反了，生成PDF里单位序号和作者对应不上，编辑一眼就能看出来。另外，复姓和中间名缩写问题容易被忽略，投稿前一定要逐字核对姓名拼写，中文拼音的姓和名顺序也确认好。
3.2 交叉引用：永远不要手写编号
这算LaTeX基本功，但返修时最容易出问题。有人直接在正文里写"见图12"，后来在前面增加一张图，所有编号全变，正文里的"图12"指向了完全不同的图。只要坚持用\label和\ref，这种问题天然被消除。
Springer模板的浮动体排版遵循学术出版惯例：表格的caption在表格上方，图片的caption在图片下方。很多新手搞反。另外\begin{figure}[h]里的h不是"就放这里"的意思，LaTeX只把它当作建议，它有权把浮动体推到下一页。如果对位置要求严格，用\FloatBarrier或者调整浮动体参数，而不是和LaTeX硬顶。
3.3 参考文献样式：bst选不对会被直接打回
参考文献格式是Springer技术审查阶段最常检查的项目。Springer的bst文件一大排：sn-basic.bst、sn-mathphys-num.bst、sn-mathphys-legend.bst、sn-international.bst、sn-apacite.bst。每个期刊要求的样式不一样，有的是作者-年份制，有的是数字编号制。
下表是我对照多家期刊的Instructions for Authors总结出的选择逻辑：
| 期刊类型 | 推荐bst | 说明 |
|---|---|---|
| 通用科技类 | sn-basic | 作者-年份制，适用面广 |
| 数学物理类 | sn-mathphys-num | 数字编号制 |
| 数学物理类 | sn-mathphys-legend | 带引用标签的作者-年份制 |
| 人文社科类 | sn-apacite | APA风格 |
| 特定期刊自定义 | sn-international | 按期刊要求匹配 |
引用命令上，模板默认配合natbib。\citep{}用于括号引用，\citet{}用于叙述式引用，不要混用\cite和natbib命令。虽然都能编译，但后期批量调整格式时非常痛苦。
bib条目里的字段要补全。我有一次编辑打回，原因是参考文献缺卷号和页码，审稿人点开链接后无法定位到具体文章。投出去之前，把每个条目和原文核对一遍，尤其注意会议论文的页码和出版社。
3.4 定理环境与算法块
Springer模板自带amsthm，定理类环境不需要额外定义。需要自己定义的辅助环境要确认编号方式，是按section编号还是全文连续编号，以期刊要求为准。算法块方面，模板示例用algorithm和algorithmic。如果你想用algorithm2e或者minted，得先确认投稿系统是否支持这些宏包的编译环境。我在实验中发现minted依赖shell-escape，在本地能过，在投稿系统里很可能失败。稳妥起见用模板自带方案，不要另立炉灶。
3.5 投稿前格式自查清单
编译完成后看一眼log文件。Warning级别的undefined reference说明有交叉引用路径断了；Overfull \hbox意味着内容超出页边距，通常不致命但编辑可能要求修正。还要检查图表编号是否连续、每个caption是否都有正文交叉引用对应。最直接的办法是把编译出的PDF和期刊最近发表的文章逐项对比，版式差异大到离谱就一定有问题。
4. 图表与补充材料的处理：影响审稿体验的隐性环节
4.1 图片格式与分辨率
Springer模板在主文档类里已经设置了图形路径，图片放进figures目录即可。对线条图，首推矢量PDF格式，缩放不糊；对照片或用真实数据的位图，用PNG/JPG，分辨率至少300dpi。期刊对线图的要求通常更高，600dpi是常见阈值。
如果你的图是Matplotlib生成的，导出时记得用矢量格式而不是默认的PNG。尺寸上用\includegraphics[width=0.8\textwidth]控制，不要写死厘米单位。生成后放大看一下，图内文字是否过小、坐标轴标签是否清晰，这些都会直接影响审稿人对实验结果的信任度。我还遇到过导出的PDF自带特殊字体，在Springer系统里重建时字体替换掉，图例变成乱码，所以上传前最好把图片字体全部转曲。
4.2 三线表在Springer模板里的实现
Springer期刊普遍要求三线表：只有顶线、栏目分隔线、底线，不出现竖向线。三线表用booktabs宏包做最合适：
\begin{table} \caption{实验结果对比} \label{tab:comparison} \centering \begin{tabular}{lccc} \toprule 方法 & 指标A & 指标B & 指标C \\ \midrule 基线方法 & 0.92 & 0.84 & 0.61 \\ 本文方法 & 0.95 & 0.89 & 0.68 \\ \bottomrule \end{tabular} \end{table}列数多到需要跨栏时，可以在table*环境中用占双栏宽度。数字按小数点对齐可以用siunitx宏包，但不是必需的。表格字体不要过大，也不要为了塞内容把所有列压到\footnotesize以下，审稿人阅读体验很重要。
4.3 补充材料怎么打包
补充材料不要和正文混在一个文件里。投稿系统一般允许单独上传补充文件，上传后会和正文合并展示或单独存放。正文引用补充材料要用统一格式，比如see Table S1 in the Supplementary Material。如果补充材料包含视频或数据集，上传前务必确认期刊允许的文件类型和大小上限。某些期刊对补充材料有命名要求，我建议按"期刊名缩写_稿件编号_补充材料序号"命名，方便编辑归档。
4.4 体积控制：为什么编译出的PDF突然10MB以上
我遇过一次编译出的PDF体积12MB，原因是一张截图用了未压缩的高分辨率PNG，又因为章节结构调整在正文里重复插入多次。后来把图统一转成宽度为页面宽度的矢量PDF，单张体积从2MB降到了几十KB。经验是：图像分辨率不是越高越好，满足期刊要求即可。过高分辨率会拖慢编译速度，投稿时上传也慢，还可能在系统里触发文件大小限制。
5. 投稿系统实操：从账户注册到状态追踪的完整记录
5.1 投稿前的门面文件：cover letter、highlights、声明
Springer旗下期刊的投稿系统一般是Editorial Manager。投递材料除了主文档PDF，一般还需要以下几样：
- cover letter：说明稿件的创新点和为何适合该期刊，单独生成一页PDF，不要塞在主文件里。
- highlights：通常要3到5条，每条不超过85个字符，具体要求看期刊的指南。
- 作者贡献声明：有的期刊要求在投稿表格中逐项填写，有的要求放在手稿末尾。
- 利益冲突声明：模板里一般有示例，逐项确认再提交。
这些文件提前准备好，不要等到上传步骤才发现缺材料中断流程。注册账户时用机构邮箱，避免用小号邮箱被系统认成垃圾邮件。
5.2 上传顺序与系统重建PDF的坑
在Editorial Manager里有两种交付方式：直接上传已编译好的PDF，或上传LaTeX源文件让系统重建PDF。系统重建的好处是编辑部能确认源文件可用，但坑也随之而来。
我经历过的坑有三个：一是系统编译环境宏包不全，重建出来的PDF缺页少图；二是主文件名带中文或空格导致编译失败；三是一次性把整个Overleaf项目压缩包上传，里面包含大量临时文件，系统找不到真正的主文件。后来我的做法是：手动选择主tex文件，只上传实际用到的cls、bst、bib、sty和图片文件，并且把文件名都改成英文字母加下划线。
如果系统重建多次失败，直接提交本地编译好的PDF是更稳妥的方案。但编辑部要求提供源文件时，还是得把打包工作做好，以备后期索取。
5.3 状态流转：什么阶段等多久
投稿后的状态流转一般是这样：
| 状态 | 含义 | 等待时长参考 |
|---|---|---|
| Submitted | 已提交，等待分配编辑 | 1周内 |
| With Editor | 编辑初审中 | 1-2周 |
| Under Review | 外审进行中 | 1-4个月 |
| Required Reviews Completed | 审稿意见已返回 | 几天到两周 |
| Decision Made | 决定已出 | 1周内 |
技术审查阶段退回通常表示格式、完备性有问题，比如参考文献样式不对、作者信息缺失、图片分辨率不足、版权声明没填。这类退回不用过度沮丧，按修改意见处理好再提交即可。催稿信要礼貌具体，带上稿件编号，我一般会等3个月以上再考虑催一次。
5.4 一次被编辑退回的经历
我亲历过一次因参考文献样式被退回。当时我选了sn-mathphys-num，但目标期刊实际要求的是sn-basic。编译时连警告都没有，最后编辑在技术审查中发现参考文献格式不符，直接退回。那次修改只花了一小时，但来回沟通耽误了将近一周。所以我在前文反复强调：投稿前对照期刊的Instructions for Authors逐项核查，格式问题务必在提交前自查干净，不要指望编辑帮你把关。
6. 返修阶段的LaTeX协同：大改时的版本管理与沟通
6.1 审稿意见回复怎么组织
返修时审稿人的意见通常分为几类：补实验、加文献、澄清表述、修改数据。回复信建议独立成文，用LaTeX写或者直接Word都行。核心是逐条回复：审稿人意见原文、作者回复、修改位置。修改位置要给出文件路径加章节名，方便审稿人核对。
我的模板大致是：
\section*{Response to Reviewer 1} \textbf{Comment:} ...\\ \textbf{Response:} We thank the reviewer for this comment. We have revised Section 3.2 to clarify...逐条回复而不是合并成一整段回复，能让审稿人快速定位每一项修改。
6.2 修改稿的标注策略
给修改稿做标注有很多方式。用changes宏包能在PDF里显示新增、删除、替换痕迹，返修初稿阶段好用；提交最终稿时，把标记去掉再编译一次。
如果不想引入额外宏包，也可以自定义修改颜色高亮：
\newcommand{\rev}[1]{\textcolor{red}{#1}}所有新增内容统一套在\rev{}里，最终定稿前全局搜索删除该命令即可一键清理。需要注意的是：有些期刊接受带彩色标记的修改稿，有些则要求提交干净版外加逐条说明。看意见函里的具体要求，不要自作主张。
6.3 版本管理与多人协作
返修期间文件版本最容易混乱。命名建议包含日期或版本号，比如Manuscript_r1_submitted.tex、Manuscript_r1_revision.tex、Manuscript_r1_final_clean.tex。用Git管理更好，每遇到一个重要节点就提交一次，分支用来做实验性修改，不影响主版本。
多人协作时，每次提交信息里写明改了哪个章节，避免互相覆盖。另一个选择是把项目放回Overleaf协作，用它的history功能找回误删内容。我在返修阶段把文件拆得足够细之后，多位作者同时改不同章节几乎不发生冲突。
6.4 录用后的最终确认
录用后出版社发来的最终版一般会由专业排版团队重新排版，但你需要再次核对源文件和生成的PDF。重点看作者信息、标题、摘要内容、参考文献有没有在排版过程中被改动。Springer在录用后会要求你确认LaTeX源文件的最终版本，以此为准进入生产流程。版权签署和授权协议按邮件流程完成，别拖，生产环节最怕的就是作者长时间不回复。
整条流程走下来，我的体会是：Springer投稿里，LaTeX最折磨人的不是写作本身，而是没有人一次性告诉你"模板选哪个、bst怎么配、系统怎么编译、返修怎么标记"这些默认没人讲的细节。上面这些坑基本都可以通过提前自查规避，尤其是参考文献样式和图片质量这两项，编辑部最爱挑。希望这篇记录能帮你省下几周来回复查的时间。
