简介这份《个人整理ACM模板》PDF是面向ACM国际大学生程序设计竞赛选手及算法学习者的实用模板合集收录了竞赛中高频使用的数据结构、数学工具与基础算法旨在帮助读者快速调用现成代码、缩短编码时间尤其适合备赛期冲刺或日常刷题时参考。压缩包内仅含1个PDF文件整体约2.14MB便于离线查阅和打印。当前已有301人学习浏览实用性得到了初步验证。内容涵盖常用头文件组织方式、埃拉托斯特尼筛法、快速幂、大数加法与阶乘模拟、辗转相除法求最大公约数和最小公倍数等经典实现每段代码辅以简洁注释与思路说明既可作为比赛时的“代码字典”也能作为复习数据结构和数论模板的提纲。对于希望在有限时间内快速定位算法模板、减少重复造轮子的参赛者来说这份整理周密的PDF能显著提升解题效率。 如果你已经决定要认真打几场算法竞赛那整理一份属于自己的 ACM 模板大概率会在某个晚上突然变成一件很紧急的事。我见过不少同学赛前两三天才开始到处搜模板最后打印出一份几百页的 PDF翻目录都翻不到 KMP 在哪一页也有人把自己的模板整理成了“个人整理ACM模板.pdf”给自己的比赛生涯省下了大量现场写板子的时间。这篇文章不打算直接丢给你一份现成模板而是把我自己整理 ACM 模板并沉淀成 PDF 的全过程拆开讲清楚模块怎么规划、代码注释怎么写、怎么稳定地从 Markdown 导出一份排版舒服的中文 PDF以及这一路上踩过的坑。适合准备区域赛、校赛或者单纯想把算法体系系统化过一遍的同学参考。1. 为什么我也劝你把手里的算法模板收进一个 PDF1.1 纸质模板在赛场上依然是最可靠的“外挂”ACM 比赛有个铁规矩不能联网不能带自己的代码文件机器环境也是主办方统一配好的。这意味着你平时顺手就能查的 OI Wiki、GitHub、题解博客在赛场上一律归零。能带进赛场的除了队友的脑子就是打印出来的纸质资料。有人觉得现在不少比赛允许带电子版这我没法反驳但你可以先想想这几个场景机器上的 IDE 打开一个 5MB 的 PDF 要卡三秒屏幕亮度低 调代码调得眼冒金星比赛后半程裁判提醒电脑快没电了。纸质模板完全没有这些幺蛾子而且翻页本身有触感配合彩色标签纸几秒钟就能定位到要找的算法。大部分比赛的规则里纸质资料页数会有限制常见的是一支队伍不超过 25 页。这就带来一个残酷的事实不是所有算法都能塞进这份 PDF你得做取舍。25 页的模板恰恰倒逼你只收藏那些“高频、短小、能快速上手”的核心代码。1.2 PDF 在格式层面是各种方案里最省心的我见过有人用 Markdown 存模板有人用 Word也有人直接开个纯文本文件。每种方案都有它的适用场景但如果你最终目标是打印 电子档双份保存PDF 的优势非常明显。格式写起来打印效果跨设备一致性适合场景Markdown舒服依赖导出工具一般日常编辑与维护Word繁琐稳定但代码块和公式排版折腾较好非技术向排版纯文本最快几乎没有排版可言好临时记录PDF需借助转换工具固定不变极好最终交付、打印、存档PDF 的核心优势是“所见即所得”的一致性你用这个字体、这个行距生成出来队友在 Windows 上打开裁判在赛场机器上打开看到的页面完全一样不会因为系统缺字体而错乱。同时 PDF 天然支持书签目录、文字检索和页码电子版在比赛前快速排查某个模板是否存在时CtrlF 一按就出来了。2. 模板内容该怎么规划模块化搭建你的算法库2.1 第一优先级数据结构和基础算法模板不是越多越好而是越“顺手”越好。我自己的整理顺序是严格按照使用频率来排的第一梯队一定是数据结构因为在任何一场比赛里数据结构都是出题人的“宠儿”。我整理的第一层必收清单大致是并查集带路径压缩 按秩合并处理集合合并与查询问题。树状数组单点修改、区间查询代码量小常数也小。线段树区间加、区间求和、区间最值懒标记是必会的最基础写法。KMP单模式串匹配next 数组的求法必须背熟。Trie 字典树处理前缀匹配和异或相关问题时非常常用。哈希表手写一个简单的哈希避免赛后发现 STL 被卡常数。以并查集为例模板里我会放这样的代码// 并查集merge(x, y) 合并find(x) 查询根 // 复杂度均摊 O(alpha(n)) // 注意使用前需要初始化 fa[i] i int fa[MAXN], rk[MAXN]; int find(int x) { return fa[x] x ? x : fa[x] find(fa[x]); } void merge(int x, int y) { x find(x); y find(y); if (x y) return; if (rk[x] rk[y]) swap(x, y); fa[y] x; if (rk[x] rk[y]) rk[x]; }这类代码短、无歧义、几乎每年都能用到属于模板里的“压舱石”。2.2 按“出题概率 × 代码长度”筛选图论、数论、DP、计算几何第二层是按专题往里塞内容我给自己定的筛选公式很简单一句话题解打成三个字——值不值。一个算法值不值得占模板的一页就看它在赛场上出现的频率够不够高以及代码长度是不是在“现场能默写”和“必须看模板”之间。以图论为例必收的是堆优化 Dijkstra单源最短路、Kruskal最小生成树、拓扑排序、Tarjan强连通分量/缩点。SPFA 我建议不要放现在的出题人太会构造数据卡它了。网络流 Dinic 我直到大二才把它放进模板因为它虽然长得像模板题专属但在一些难题里做建模中转时确实能救命。数论这块扩展欧几里得、快速幂、线性筛、逆元、组合数取模是必收项剩下的 Lucas、欧拉函数、莫比乌斯反演看个人精力。动态规划不是“模板重灾区”因为状态转移方程几乎无法模板化我会把 0-1 背包、完全背包、区间 DP、LIS/LCS、数位 DP、状压 DP 的转移框架各写一个“最小可运行版本”用来提醒自己初始化边界和循环顺序。计算几何是很多人容易忽略的板块但凸包、最近点对、向量叉积判断点与线段位置这些在区域赛里出现的频率并不低。这类代码一般不长但细节多属于“明明会写现场一紧张就写错”的类型放进 PDF 价值极高。另外提醒一句网上确实有大量整理好的 ACM 模板 PDF、Hot 100 题解 PDF 之类你可以参考它们的目录结构但千万不要直接拿别人的来打印。整理模板的过程本身就是在梳理你的知识盲区别人的模板再好到了你手上你也很难在赛场上一眼找到自己需要的那一段。2.3 明确“不收录”清单控制模板总量25 页的容量是稀缺资源所以我给自己定了三条“不收录”原则第一超过一页才能写完的算法要么拆要么砍。拆的意思是只保留核心部分把边界处理写成注释砍的意思是直接移除。我见过有人把 Splay 的完整实现塞进模板整整两页半说实话真到赛场上你根本来不及调那么长的代码。第二在 30 秒内找不到位置的算法不配进模板。如果一个算法在你的目录里藏在三级标题的某个角落里翻了两页还没翻到那它和没带没有区别。为了提升查找效率我的目录结构固定为“数据结构 / 图论 / 数论 / DP / 计算几何 / 杂项”每个分类下最多 6 个模板。第三原理没吃透的算法不要放。有些选手会把一些自己没完全理解的高级数据结构硬塞进模板结果赛场上抄下来之后一改就崩反而浪费大量时间。模板应该是你“脑子已经会了手需要提醒一下”的东西而不是你的“自动驾驶仪”。3. 模板代码的编写规范让打印出来的代码一样能看懂3.1 统一风格与变量命名模板代码和普通做题代码的最大区别是你是在“学习状态下”写它在“紧张状态下”用它。所以代码风格必须统一到“闭着眼睛都能改”的程度。我的习惯是所有模板统一用 4 空格缩进大括号换行风格全篇保持一致。变量名尽量短但可读cnt、tot、ans这种都可以但不要用a、b、c到底。数组大小统一用MAXN代替具体数字并在注释中明确标注“若 N 范围超过 1e6请修改”。另外每个模板文件里我都会自己维护一份“通用头”——包括快读函数。比赛里输入数据可能很大cin就算解绑了同步有时候也不够稳一份带getchar的快读模板属于刚需。3.2 注释写“怎么用”不写“为什么”这一点我特别想强调。很多人在整理模板时会把算法原理长篇大论地写在代码上面什么“本算法基于分治思想每次将区间一分为二……”这类话在赛场上一点用都没有。模板注释的正确写法是告诉未来的自己这个函数接收什么参数、返回什么结果、复杂度是多少、有哪些坑。// 树状数组单点 add(pos, val)区间 query(l, r) // 复杂度add 和 query 均为 O(log n) // 注意需要先 init(n) 设置大小下标从 1 开始 int tr[MAXN], n; void init(int _n) { n _n; memset(tr, 0, sizeof(tr)); } void add(int pos, int val) { for (; pos n; pos pos -pos) tr[pos] val; } int sum(int pos) { int res 0; for (; pos 0; pos - pos -pos) res tr[pos]; return res; } int query(int l, int r) { return sum(r) - sum(l - 1); }至于这个算法为什么对、数学证明是什么那是你平时训练该解决的事不应该出现在模板里。模板不是教材是“提词器”。3.3 每个模板块拆成三段式结构我自己的每个模板块都固定成三段式第一段功能标题 复杂度标题里直接写出算法名字比如“线段树——区间加 区间求和懒标记”。第二段核心代码。这段代码必须是可直接运行、可编译通过的。我会在每次生成 PDF 前用一个统一的测试文件把所有模板代码编译一遍。第三段调用示例。写一个极简的main函数里面只有几行输入和调用方便我在赛场上快速回忆起“这函数到底该按什么顺序调”。之所以强调第三段是因为我吃到过不少苦头。有一年区域赛我用了自己模板里的 LIS 变种结果因为没写调用示例那个参数顺序我看了整整半分钟才反应过来是“先传数组名再传长度”。半分钟在赛场上属于相当昂贵的代价。4. 从 Markdown 到 PDF一套贴近实战的生成流程4.1 工具链选择与理由工具链我试过好几套纯 Typora 导出 PDF、VS Code 插件 Markdown PDF、在线转换网站最后稳定在“Markdown Pandoc XeLaTeX”这套方案。为什么不用 Typora 直接导出因为它走的也是内置渲染引擎对长文档的分页控制很弱代码块跨页时经常出现很丑的断行。为什么不用在线转换工具因为 ACM 模板涉及大量代码块、缩进、中英文混排在线工具导出的格式往往不可控而且你的代码内容放在别人服务器上总归不太安心。Pandoc 的路线是先用 Markdown 写内容再用 Pandoc 转成 LaTeX 中间文件最后由 XeLaTeX 引擎渲染 PDF。这条路的好处是每个环节都在你本地完成可复现且一旦调试好参数以后每次导出都是同一个漂亮结果。4.2 亲测可用的 Pandoc 命令与参数详解我目前在 Linux 环境下用的命令大概是这样的pandoc ACM_template.md -o ACM_template.pdf \ --pdf-enginexelatex \ -V CJKmainfontNoto Sans CJK SC \ -V mainfontNoto Sans Mono CJK SC \ -V geometry:margin2cm \ --toc \ --highlight-styletango \ -V colorlinkstrue这几个参数逐个说--pdf-enginexelatex指定用 XeLaTeX 作为 PDF 引擎它原生支持 Unicode中文字体处理比旧版 pdflatex 省心得多。-V CJKmainfontNoto Sans CJK SC设置中文字体。如果你的系统没有这个字体可以用fc-list :langzh查看可用中文字体然后再换名字。-V mainfontNoto Sans Mono CJK SC设置西文和等宽字体。代码块会大量使用等宽字体这一项直接影响代码显示效果。-V geometry:margin2cm设置页边距。2cm 是我实测下来比较舒服的宽度既能保证一页放足够多内容又不会显得太挤。如果页数紧张可以缩到 1.8cm。--toc自动生成目录。配合 Pandoc 的分页逻辑会出现在文档开头。--highlight-styletango设置代码高亮主题。tango 是打印友好的浅色主题避免代码块变成黑底白字浪费墨水又伤眼。-V colorlinkstrue让 PDF 里的超链接显示为彩色。如果你要打印建议后面改成-V colorlinksfalse否则打印出来一片蓝。如果你在 Windows 上建议搭配 TeX Live 或者 MiKTeX同时用-V CJKmainfontMicrosoft YaHei这类系统中文字体名。4.3 目录、分页与代码高亮的细节处理Pandoc 默认会把一级标题当成章二级标题当成节生成书签这对 ACM 模板来说其实够用。但有一个问题需要手动处理分页。你肯定不希望“并查集”和“树状数组”这两个毫无关系的模板挤在同一页上。解决办法是在 Markdown 源文件里每个二级标题前手动插入一个 LaTeX 换页指令\newpage ## 2. 图论Pandoc 默认是支持 raw_tex 扩展的也就是说这个\newpage会原样传给 LaTeX 引擎最终效果就是在“图论”这一节之前强制分页。注意这个指令在 Typora 预览里不会变成真正的分页但你不用管等导出 PDF 时它就会生效。代码高亮还有一个隐藏问题Pandoc 的默认高亮主题在打印时会带背景色如果整段代码底色是灰色打印页数一多墨水消耗会很夸张。我的做法是除了--highlight-styletango还会在生成的 LaTeX 文件里微调代码字号把列表环境里的字体从默认的\small改成\footnotesize这样同样的内容能压掉不少行数。如果你只是想快速导出一版看看效果不追求最终质量直接用 Typora 的“导出 PDF”按钮也可以。但正式比赛前我还是建议走一遍 Pandoc 路线因为它给了你完全可控的分页和目录。5. 常见问题与排查技巧实录5.1 中文乱码与字体问题这是我最开始折腾最久的一个问题。现象是PDF 生成成功但所有中文都变成了黑色方块或者直接消失。原因几乎可以确定是 XeLaTeX 找不到中文字体或者没有正确设置CJKmainfont。解决步骤很固定在终端执行fc-list :langzh查看系统装了哪些中文字体。看输出里有没有Noto Sans CJK SC、WenQuanYi Micro Hei、Microsoft YaHei这类字体。把查到的一个字体名字填到-V CJKmainfont字体名注意字体名中间有空格就必须加引号。如果你已经设置了字体还是乱码大概率是 Pandoc 版本太老。建议把 Pandoc 升级到 2.x 以上XeLaTeX 也要保证是 TeX Live 2019 之后的版本旧版对中文支持的细节确实差很多。5.2 代码跨页断行与排版崩坏长代码块和分页机制的冲突是所有模板里最头疼的一件事。常见情况是一个线段树模板长度超过一页Pandoc 直接把代码硬生生从中间切断下一页从后半截开始看起来非常难受。我的应对思路有两个方向。第一个方向是“人事分离”把过长的代码拆成“核心逻辑”和“完整实现”两截。核心逻辑只保留最重要的 update 和 query 函数完整实现可以作为附录放在分类末尾。赛场上的需求通常是“回忆一下怎么改”不是“从头抄一遍”所以核心逻辑那几行往往比完整代码更有用。第二个方向是技术手段在 Pandoc 命令里给 listings 环境设置自动换行和断行。我实测可以这样加参数-V listings -V listings-disable-line-numbers然后在 Markdown 里用listing环境替代普通代码块不过这套玩法对 Markdown 的侵入性比较大适合你已经很熟悉 LaTeX 的情况。如果你的需求只是“模板打印出来能看”前一个方向足够。5.3 PDF 体积、打印效果与阅读体验PDF 文件动不动几十 MB通常是嵌入了大量字体子集导致的。模板这种纯文字 PDF 其实体积不会太大如果看到异常膨胀检查一下 Markdown 源文件里有没有不小心塞进去的大图片。打印层面有几个实测建议问题建议链接颜色在黑白打印下变灰块导出时设置-V colorlinksfalse双面打印后内容压到装订线在 geometry 参数里加bindingoffset0.5cm代码背景色太深用--highlight-styletango或breezedark这类浅色主题页码看不清在 LaTeX 模板或页脚设置里加大页数字号另外我强烈建议在最终打印前先打印一页测试页看看字体、行距、代码缩进到底什么效果。你整理这个 PDF 花的力气最后都要靠打印效果来兑现。6. 模板的迭代维护与赛场使用小技巧6.1 训练赛后标准化更新流程模板不是整理一次就完事的东西它应该跟着你的水平一起涨。我给自己定了一个标准流程每次训练赛结束我都会在赛后补题时问自己一个问题这场比赛里有没有一个算法是我“会但写得很慢”或者“明明可以做出来却因为代码不熟浪费了太多时间”的如果有就在赛后的统一维护时间里把这个算法的模板优化一遍。优化包括精简代码、补注释、重新编译验证然后同步更新到 Git 仓库再重新导出 PDF。这套流程一周一次平均每周花 40 分钟。别小看这一点点更新我有一版线段树模板就是这样从最初的 80 行“大头娃娃”逐步瘦身到 60 行的而赛场上的效率提升是立竿见影的。6.2 打印、收纳与现场快速查找的经验关于纸质模板的现场使用有三件事我想按重要性从高到低排一下序。第一件也是最重要的一件给每个大分类贴彩色标签。数据结构用红色标签图论用蓝色数论用绿色DP 用黄色计算几何用橙色。这样你在赛场上翻模板瞄一眼颜色就能定位到分类再翻几下就能找到具体算法比看目录还要快。我见过太多人辛辛苦苦做了 PDF打印出来却是一沓白纸黑字赛场上翻模板翻了五分钟心态直接爆炸。第二件目录页打印在封面背面。目录是检索的第一入口一定要放在一眼能看到的位置。而且目录上的页码要跟 PDF 导出的页码一致所以每次更新后要重新打印不能拿旧目录去对着新版模板。第三件赛前做一次“20 分钟手抄模板”测试。具体做法是随机抽出模板里的 3 个算法打印在试卷纸上20 分钟内不看任何资料凭记忆手写出来。如果哪一步卡住了说明那个模板的注释还不够清晰或者代码逻辑你还是没吃透需要回炉重做。这个测试听起来有点变态但实测非常能发现模板的“伪熟练”问题。说回“个人整理ACM模板.pdf”这件事本身。整理模板真正磨人的不是写代码的那一下子而是你发现同一段 KMP 你已经在不同地方抄过第三遍了。我的习惯是每次看到别人代码里有更简洁的写法、更少 bug 的边界处理就当场替换掉自己模板里的对应段落。这个习惯让我少打了很多无意义的字也让我的模板在一次次比赛里变得越来越“听话”。最后一个小小的建议PDF 生成之后一定要自己打印出来在睡前或者通勤路上多翻几遍。只有被反复翻过的模板比赛时才真正长在你手上。本文还有配套的精品资源点击获取 ACM模板整理实战：从Markdown到PDF的完整方案与踩坑记录
简介这份《个人整理ACM模板》PDF是面向ACM国际大学生程序设计竞赛选手及算法学习者的实用模板合集收录了竞赛中高频使用的数据结构、数学工具与基础算法旨在帮助读者快速调用现成代码、缩短编码时间尤其适合备赛期冲刺或日常刷题时参考。压缩包内仅含1个PDF文件整体约2.14MB便于离线查阅和打印。当前已有301人学习浏览实用性得到了初步验证。内容涵盖常用头文件组织方式、埃拉托斯特尼筛法、快速幂、大数加法与阶乘模拟、辗转相除法求最大公约数和最小公倍数等经典实现每段代码辅以简洁注释与思路说明既可作为比赛时的“代码字典”也能作为复习数据结构和数论模板的提纲。对于希望在有限时间内快速定位算法模板、减少重复造轮子的参赛者来说这份整理周密的PDF能显著提升解题效率。 如果你已经决定要认真打几场算法竞赛那整理一份属于自己的 ACM 模板大概率会在某个晚上突然变成一件很紧急的事。我见过不少同学赛前两三天才开始到处搜模板最后打印出一份几百页的 PDF翻目录都翻不到 KMP 在哪一页也有人把自己的模板整理成了“个人整理ACM模板.pdf”给自己的比赛生涯省下了大量现场写板子的时间。这篇文章不打算直接丢给你一份现成模板而是把我自己整理 ACM 模板并沉淀成 PDF 的全过程拆开讲清楚模块怎么规划、代码注释怎么写、怎么稳定地从 Markdown 导出一份排版舒服的中文 PDF以及这一路上踩过的坑。适合准备区域赛、校赛或者单纯想把算法体系系统化过一遍的同学参考。1. 为什么我也劝你把手里的算法模板收进一个 PDF1.1 纸质模板在赛场上依然是最可靠的“外挂”ACM 比赛有个铁规矩不能联网不能带自己的代码文件机器环境也是主办方统一配好的。这意味着你平时顺手就能查的 OI Wiki、GitHub、题解博客在赛场上一律归零。能带进赛场的除了队友的脑子就是打印出来的纸质资料。有人觉得现在不少比赛允许带电子版这我没法反驳但你可以先想想这几个场景机器上的 IDE 打开一个 5MB 的 PDF 要卡三秒屏幕亮度低 调代码调得眼冒金星比赛后半程裁判提醒电脑快没电了。纸质模板完全没有这些幺蛾子而且翻页本身有触感配合彩色标签纸几秒钟就能定位到要找的算法。大部分比赛的规则里纸质资料页数会有限制常见的是一支队伍不超过 25 页。这就带来一个残酷的事实不是所有算法都能塞进这份 PDF你得做取舍。25 页的模板恰恰倒逼你只收藏那些“高频、短小、能快速上手”的核心代码。1.2 PDF 在格式层面是各种方案里最省心的我见过有人用 Markdown 存模板有人用 Word也有人直接开个纯文本文件。每种方案都有它的适用场景但如果你最终目标是打印 电子档双份保存PDF 的优势非常明显。格式写起来打印效果跨设备一致性适合场景Markdown舒服依赖导出工具一般日常编辑与维护Word繁琐稳定但代码块和公式排版折腾较好非技术向排版纯文本最快几乎没有排版可言好临时记录PDF需借助转换工具固定不变极好最终交付、打印、存档PDF 的核心优势是“所见即所得”的一致性你用这个字体、这个行距生成出来队友在 Windows 上打开裁判在赛场机器上打开看到的页面完全一样不会因为系统缺字体而错乱。同时 PDF 天然支持书签目录、文字检索和页码电子版在比赛前快速排查某个模板是否存在时CtrlF 一按就出来了。2. 模板内容该怎么规划模块化搭建你的算法库2.1 第一优先级数据结构和基础算法模板不是越多越好而是越“顺手”越好。我自己的整理顺序是严格按照使用频率来排的第一梯队一定是数据结构因为在任何一场比赛里数据结构都是出题人的“宠儿”。我整理的第一层必收清单大致是并查集带路径压缩 按秩合并处理集合合并与查询问题。树状数组单点修改、区间查询代码量小常数也小。线段树区间加、区间求和、区间最值懒标记是必会的最基础写法。KMP单模式串匹配next 数组的求法必须背熟。Trie 字典树处理前缀匹配和异或相关问题时非常常用。哈希表手写一个简单的哈希避免赛后发现 STL 被卡常数。以并查集为例模板里我会放这样的代码// 并查集merge(x, y) 合并find(x) 查询根 // 复杂度均摊 O(alpha(n)) // 注意使用前需要初始化 fa[i] i int fa[MAXN], rk[MAXN]; int find(int x) { return fa[x] x ? x : fa[x] find(fa[x]); } void merge(int x, int y) { x find(x); y find(y); if (x y) return; if (rk[x] rk[y]) swap(x, y); fa[y] x; if (rk[x] rk[y]) rk[x]; }这类代码短、无歧义、几乎每年都能用到属于模板里的“压舱石”。2.2 按“出题概率 × 代码长度”筛选图论、数论、DP、计算几何第二层是按专题往里塞内容我给自己定的筛选公式很简单一句话题解打成三个字——值不值。一个算法值不值得占模板的一页就看它在赛场上出现的频率够不够高以及代码长度是不是在“现场能默写”和“必须看模板”之间。以图论为例必收的是堆优化 Dijkstra单源最短路、Kruskal最小生成树、拓扑排序、Tarjan强连通分量/缩点。SPFA 我建议不要放现在的出题人太会构造数据卡它了。网络流 Dinic 我直到大二才把它放进模板因为它虽然长得像模板题专属但在一些难题里做建模中转时确实能救命。数论这块扩展欧几里得、快速幂、线性筛、逆元、组合数取模是必收项剩下的 Lucas、欧拉函数、莫比乌斯反演看个人精力。动态规划不是“模板重灾区”因为状态转移方程几乎无法模板化我会把 0-1 背包、完全背包、区间 DP、LIS/LCS、数位 DP、状压 DP 的转移框架各写一个“最小可运行版本”用来提醒自己初始化边界和循环顺序。计算几何是很多人容易忽略的板块但凸包、最近点对、向量叉积判断点与线段位置这些在区域赛里出现的频率并不低。这类代码一般不长但细节多属于“明明会写现场一紧张就写错”的类型放进 PDF 价值极高。另外提醒一句网上确实有大量整理好的 ACM 模板 PDF、Hot 100 题解 PDF 之类你可以参考它们的目录结构但千万不要直接拿别人的来打印。整理模板的过程本身就是在梳理你的知识盲区别人的模板再好到了你手上你也很难在赛场上一眼找到自己需要的那一段。2.3 明确“不收录”清单控制模板总量25 页的容量是稀缺资源所以我给自己定了三条“不收录”原则第一超过一页才能写完的算法要么拆要么砍。拆的意思是只保留核心部分把边界处理写成注释砍的意思是直接移除。我见过有人把 Splay 的完整实现塞进模板整整两页半说实话真到赛场上你根本来不及调那么长的代码。第二在 30 秒内找不到位置的算法不配进模板。如果一个算法在你的目录里藏在三级标题的某个角落里翻了两页还没翻到那它和没带没有区别。为了提升查找效率我的目录结构固定为“数据结构 / 图论 / 数论 / DP / 计算几何 / 杂项”每个分类下最多 6 个模板。第三原理没吃透的算法不要放。有些选手会把一些自己没完全理解的高级数据结构硬塞进模板结果赛场上抄下来之后一改就崩反而浪费大量时间。模板应该是你“脑子已经会了手需要提醒一下”的东西而不是你的“自动驾驶仪”。3. 模板代码的编写规范让打印出来的代码一样能看懂3.1 统一风格与变量命名模板代码和普通做题代码的最大区别是你是在“学习状态下”写它在“紧张状态下”用它。所以代码风格必须统一到“闭着眼睛都能改”的程度。我的习惯是所有模板统一用 4 空格缩进大括号换行风格全篇保持一致。变量名尽量短但可读cnt、tot、ans这种都可以但不要用a、b、c到底。数组大小统一用MAXN代替具体数字并在注释中明确标注“若 N 范围超过 1e6请修改”。另外每个模板文件里我都会自己维护一份“通用头”——包括快读函数。比赛里输入数据可能很大cin就算解绑了同步有时候也不够稳一份带getchar的快读模板属于刚需。3.2 注释写“怎么用”不写“为什么”这一点我特别想强调。很多人在整理模板时会把算法原理长篇大论地写在代码上面什么“本算法基于分治思想每次将区间一分为二……”这类话在赛场上一点用都没有。模板注释的正确写法是告诉未来的自己这个函数接收什么参数、返回什么结果、复杂度是多少、有哪些坑。// 树状数组单点 add(pos, val)区间 query(l, r) // 复杂度add 和 query 均为 O(log n) // 注意需要先 init(n) 设置大小下标从 1 开始 int tr[MAXN], n; void init(int _n) { n _n; memset(tr, 0, sizeof(tr)); } void add(int pos, int val) { for (; pos n; pos pos -pos) tr[pos] val; } int sum(int pos) { int res 0; for (; pos 0; pos - pos -pos) res tr[pos]; return res; } int query(int l, int r) { return sum(r) - sum(l - 1); }至于这个算法为什么对、数学证明是什么那是你平时训练该解决的事不应该出现在模板里。模板不是教材是“提词器”。3.3 每个模板块拆成三段式结构我自己的每个模板块都固定成三段式第一段功能标题 复杂度标题里直接写出算法名字比如“线段树——区间加 区间求和懒标记”。第二段核心代码。这段代码必须是可直接运行、可编译通过的。我会在每次生成 PDF 前用一个统一的测试文件把所有模板代码编译一遍。第三段调用示例。写一个极简的main函数里面只有几行输入和调用方便我在赛场上快速回忆起“这函数到底该按什么顺序调”。之所以强调第三段是因为我吃到过不少苦头。有一年区域赛我用了自己模板里的 LIS 变种结果因为没写调用示例那个参数顺序我看了整整半分钟才反应过来是“先传数组名再传长度”。半分钟在赛场上属于相当昂贵的代价。4. 从 Markdown 到 PDF一套贴近实战的生成流程4.1 工具链选择与理由工具链我试过好几套纯 Typora 导出 PDF、VS Code 插件 Markdown PDF、在线转换网站最后稳定在“Markdown Pandoc XeLaTeX”这套方案。为什么不用 Typora 直接导出因为它走的也是内置渲染引擎对长文档的分页控制很弱代码块跨页时经常出现很丑的断行。为什么不用在线转换工具因为 ACM 模板涉及大量代码块、缩进、中英文混排在线工具导出的格式往往不可控而且你的代码内容放在别人服务器上总归不太安心。Pandoc 的路线是先用 Markdown 写内容再用 Pandoc 转成 LaTeX 中间文件最后由 XeLaTeX 引擎渲染 PDF。这条路的好处是每个环节都在你本地完成可复现且一旦调试好参数以后每次导出都是同一个漂亮结果。4.2 亲测可用的 Pandoc 命令与参数详解我目前在 Linux 环境下用的命令大概是这样的pandoc ACM_template.md -o ACM_template.pdf \ --pdf-enginexelatex \ -V CJKmainfontNoto Sans CJK SC \ -V mainfontNoto Sans Mono CJK SC \ -V geometry:margin2cm \ --toc \ --highlight-styletango \ -V colorlinkstrue这几个参数逐个说--pdf-enginexelatex指定用 XeLaTeX 作为 PDF 引擎它原生支持 Unicode中文字体处理比旧版 pdflatex 省心得多。-V CJKmainfontNoto Sans CJK SC设置中文字体。如果你的系统没有这个字体可以用fc-list :langzh查看可用中文字体然后再换名字。-V mainfontNoto Sans Mono CJK SC设置西文和等宽字体。代码块会大量使用等宽字体这一项直接影响代码显示效果。-V geometry:margin2cm设置页边距。2cm 是我实测下来比较舒服的宽度既能保证一页放足够多内容又不会显得太挤。如果页数紧张可以缩到 1.8cm。--toc自动生成目录。配合 Pandoc 的分页逻辑会出现在文档开头。--highlight-styletango设置代码高亮主题。tango 是打印友好的浅色主题避免代码块变成黑底白字浪费墨水又伤眼。-V colorlinkstrue让 PDF 里的超链接显示为彩色。如果你要打印建议后面改成-V colorlinksfalse否则打印出来一片蓝。如果你在 Windows 上建议搭配 TeX Live 或者 MiKTeX同时用-V CJKmainfontMicrosoft YaHei这类系统中文字体名。4.3 目录、分页与代码高亮的细节处理Pandoc 默认会把一级标题当成章二级标题当成节生成书签这对 ACM 模板来说其实够用。但有一个问题需要手动处理分页。你肯定不希望“并查集”和“树状数组”这两个毫无关系的模板挤在同一页上。解决办法是在 Markdown 源文件里每个二级标题前手动插入一个 LaTeX 换页指令\newpage ## 2. 图论Pandoc 默认是支持 raw_tex 扩展的也就是说这个\newpage会原样传给 LaTeX 引擎最终效果就是在“图论”这一节之前强制分页。注意这个指令在 Typora 预览里不会变成真正的分页但你不用管等导出 PDF 时它就会生效。代码高亮还有一个隐藏问题Pandoc 的默认高亮主题在打印时会带背景色如果整段代码底色是灰色打印页数一多墨水消耗会很夸张。我的做法是除了--highlight-styletango还会在生成的 LaTeX 文件里微调代码字号把列表环境里的字体从默认的\small改成\footnotesize这样同样的内容能压掉不少行数。如果你只是想快速导出一版看看效果不追求最终质量直接用 Typora 的“导出 PDF”按钮也可以。但正式比赛前我还是建议走一遍 Pandoc 路线因为它给了你完全可控的分页和目录。5. 常见问题与排查技巧实录5.1 中文乱码与字体问题这是我最开始折腾最久的一个问题。现象是PDF 生成成功但所有中文都变成了黑色方块或者直接消失。原因几乎可以确定是 XeLaTeX 找不到中文字体或者没有正确设置CJKmainfont。解决步骤很固定在终端执行fc-list :langzh查看系统装了哪些中文字体。看输出里有没有Noto Sans CJK SC、WenQuanYi Micro Hei、Microsoft YaHei这类字体。把查到的一个字体名字填到-V CJKmainfont字体名注意字体名中间有空格就必须加引号。如果你已经设置了字体还是乱码大概率是 Pandoc 版本太老。建议把 Pandoc 升级到 2.x 以上XeLaTeX 也要保证是 TeX Live 2019 之后的版本旧版对中文支持的细节确实差很多。5.2 代码跨页断行与排版崩坏长代码块和分页机制的冲突是所有模板里最头疼的一件事。常见情况是一个线段树模板长度超过一页Pandoc 直接把代码硬生生从中间切断下一页从后半截开始看起来非常难受。我的应对思路有两个方向。第一个方向是“人事分离”把过长的代码拆成“核心逻辑”和“完整实现”两截。核心逻辑只保留最重要的 update 和 query 函数完整实现可以作为附录放在分类末尾。赛场上的需求通常是“回忆一下怎么改”不是“从头抄一遍”所以核心逻辑那几行往往比完整代码更有用。第二个方向是技术手段在 Pandoc 命令里给 listings 环境设置自动换行和断行。我实测可以这样加参数-V listings -V listings-disable-line-numbers然后在 Markdown 里用listing环境替代普通代码块不过这套玩法对 Markdown 的侵入性比较大适合你已经很熟悉 LaTeX 的情况。如果你的需求只是“模板打印出来能看”前一个方向足够。5.3 PDF 体积、打印效果与阅读体验PDF 文件动不动几十 MB通常是嵌入了大量字体子集导致的。模板这种纯文字 PDF 其实体积不会太大如果看到异常膨胀检查一下 Markdown 源文件里有没有不小心塞进去的大图片。打印层面有几个实测建议问题建议链接颜色在黑白打印下变灰块导出时设置-V colorlinksfalse双面打印后内容压到装订线在 geometry 参数里加bindingoffset0.5cm代码背景色太深用--highlight-styletango或breezedark这类浅色主题页码看不清在 LaTeX 模板或页脚设置里加大页数字号另外我强烈建议在最终打印前先打印一页测试页看看字体、行距、代码缩进到底什么效果。你整理这个 PDF 花的力气最后都要靠打印效果来兑现。6. 模板的迭代维护与赛场使用小技巧6.1 训练赛后标准化更新流程模板不是整理一次就完事的东西它应该跟着你的水平一起涨。我给自己定了一个标准流程每次训练赛结束我都会在赛后补题时问自己一个问题这场比赛里有没有一个算法是我“会但写得很慢”或者“明明可以做出来却因为代码不熟浪费了太多时间”的如果有就在赛后的统一维护时间里把这个算法的模板优化一遍。优化包括精简代码、补注释、重新编译验证然后同步更新到 Git 仓库再重新导出 PDF。这套流程一周一次平均每周花 40 分钟。别小看这一点点更新我有一版线段树模板就是这样从最初的 80 行“大头娃娃”逐步瘦身到 60 行的而赛场上的效率提升是立竿见影的。6.2 打印、收纳与现场快速查找的经验关于纸质模板的现场使用有三件事我想按重要性从高到低排一下序。第一件也是最重要的一件给每个大分类贴彩色标签。数据结构用红色标签图论用蓝色数论用绿色DP 用黄色计算几何用橙色。这样你在赛场上翻模板瞄一眼颜色就能定位到分类再翻几下就能找到具体算法比看目录还要快。我见过太多人辛辛苦苦做了 PDF打印出来却是一沓白纸黑字赛场上翻模板翻了五分钟心态直接爆炸。第二件目录页打印在封面背面。目录是检索的第一入口一定要放在一眼能看到的位置。而且目录上的页码要跟 PDF 导出的页码一致所以每次更新后要重新打印不能拿旧目录去对着新版模板。第三件赛前做一次“20 分钟手抄模板”测试。具体做法是随机抽出模板里的 3 个算法打印在试卷纸上20 分钟内不看任何资料凭记忆手写出来。如果哪一步卡住了说明那个模板的注释还不够清晰或者代码逻辑你还是没吃透需要回炉重做。这个测试听起来有点变态但实测非常能发现模板的“伪熟练”问题。说回“个人整理ACM模板.pdf”这件事本身。整理模板真正磨人的不是写代码的那一下子而是你发现同一段 KMP 你已经在不同地方抄过第三遍了。我的习惯是每次看到别人代码里有更简洁的写法、更少 bug 的边界处理就当场替换掉自己模板里的对应段落。这个习惯让我少打了很多无意义的字也让我的模板在一次次比赛里变得越来越“听话”。最后一个小小的建议PDF 生成之后一定要自己打印出来在睡前或者通勤路上多翻几遍。只有被反复翻过的模板比赛时才真正长在你手上。本文还有配套的精品资源点击获取