简介：这份PDF资料面向备战NOI、CSP-J/S等信奥赛事的选手与教练，聚焦NOI2.0评测系统、NOI Linux 2.0操作系统与Vim编辑器的上手使用，帮助解决从环境搭建到代码提交、从命令行编辑到评测流程中的各类技术障碍。资源包内仅含1个PDF文件，压缩包约253KB，篇幅精简却信息密集，以图文与链接索引形式串联起评测系统操作、虚拟机安装、Arbiter与LemonLime测评工具使用、Vim模式切换与宏录制等关键知识点，便于按需检索。目前已有1502人学习下载，适合刚接触信奥上机环境的新手快速建立整体认知，也适合有经验的选手查漏补缺。读者可借此熟悉竞赛机试的完整链路，减少因环境不熟导致的失分，把精力集中在算法与代码本身。
1. NOI Linux 2.0 评测系统：从“交上去能跑”到“本地跑得对”
很多选手第一次在 NOI Linux 2.0 里编译自己的代码时，都会经历一个反直觉的瞬间：在 Windows 上跑得好好的程序，换到评测环境里要么编译报错，要么输出结果差一位，要么直接超时。问题往往不在算法，而在你根本没搞清楚这套评测系统到底怎么读文件、怎么限时、怎么判分。NOI Linux 2.0 是竞赛官方指定的本地环境，它预装了 GCC、G++、Code::Blocks、Vim 等工具，并且模拟了线上评测的目录结构和资源限制。换句话说，你在本地用这套环境跑通，交到 NOI 在线题库网址上才大概率不会翻车。这篇内容面向准备参加 NOI 系列赛事、或者想在自己机器上复现官方评测流程的选手和教练，把评测系统的使用、NOI Linux 2.0 的配置、以及 Vim 指北里最该先掌握的那部分命令，按能直接抄作业的方式讲清楚。你不需要先成为 Linux 高手，但需要愿意打开终端，按下面的步骤一条条敲。
2. 评测系统怎么判你的代码：文件、时限与编译参数
2.1 评测系统的输入输出约定
NOI 2.0 评测系统的核心逻辑并不神秘：它把你的源文件放进一个临时目录，用指定的编译器编译，然后拿测试数据喂给你的程序，比对输出。关键在于，它默认你的程序从标准输入读、往标准输出写，而不是让你去操作某个固定名字的文件。很多新手在本地写freopen("input.txt","r",stdin)，交上去就挂，因为评测机没有那个文件。常见做法是：本地调试可以用文件重定向，但提交前一定把重定向注释掉，或者用条件编译隔离。
评测系统对每个测试点单独计时，通常默认 1 秒，内存 256MB 或 512MB，具体看题目。它不会因为你用了cin/cout就额外宽容，所以关闭同步流是基本操作。下面这段代码展示了在 NOI Linux 2.0 下最稳妥的输入输出框架：
#include <bits/stdc++.h> using namespace std; int main() { ios::sync_with_stdio(false); // 关闭 C 与 C++ 流同步，加速 cin/cout cin.tie(nullptr); // 解除 cin 与 cout 的绑定，避免每次输出前刷新 // 如果本地需要文件调试，取消下面两行注释，提交前务必注释掉 // freopen("in.txt", "r", stdin); // freopen("out.txt", "w", stdout); int n; cin >> n; cout << n * 2 << '\n'; return 0; }逻辑说明：ios::sync_with_stdio(false)让 C++ 流不再与 C 标准流同步，cin的读取速度会明显提升；cin.tie(nullptr)防止cin在读取前自动刷新cout，减少不必要的 I/O 开销。参数说明：这两行不是必须，但在大数据量题目里，不加可能直接导致超时。注意，一旦关闭同步，就不要混用scanf/printf和cin/cout，否则输出顺序可能错乱。
2.2 编译命令与常见报错对照
在 NOI Linux 2.0 里，你至少要知道两条编译命令：g++用于 C++，gcc用于 C。评测系统内部通常用类似g++ -O2 -std=c++14 -o program program.cpp的方式编译。-O2开启优化，-std=c++14指定标准。如果你本地不加-O2，程序跑得慢，但交上去可能就过了；反过来，本地过了，交上去因为没开优化而超时，这种亏吃过一次就记住了。
下面这张表把常见编译报错和实际原因对应起来，方便你快速定位：
| 报错关键词 | 常见原因 | 解决方式 |
|---|---|---|
‘xxx’ was not declared | 变量名拼错或未包含头文件 | 检查拼写，用bits/stdc++.h兜底 |
expected ‘;’ before | 上一行漏分号 | 看报错行号的上一行 |
undefined reference to | 函数声明了但没定义，或链接库缺失 | 检查函数实现，数学函数加-lm |
permission denied | 输出文件没有可执行权限 | chmod +x program或重新编译 |
Killed | 内存超限被系统终止 | 检查数组大小，避免递归爆栈 |
编译时建议固定用一条命令，减少变量：
g++ -O2 -std=c++14 -Wall -o a a.cpp-Wall打开常用警告，能提前发现未初始化变量、类型不匹配等问题。-o a指定输出可执行文件名为a，方便后续./a直接运行。如果你在 Code::Blocks 里点编译，默认可能不带-O2，所以重要题目建议在终端里手动编译一次。
2.3 用对拍验证程序正确性
评测系统只告诉你对或错，不告诉你为什么错。对拍是本地验证的最有效手段。你需要三个东西：你的程序a、一个暴力程序b、一个随机数据生成器gen。在 NOI Linux 2.0 下，写一个 shell 脚本就能循环对拍：
#!/bin/bash for i in $(seq 1 1000); do ./gen > in.txt # 生成随机输入 ./a < in.txt > out1.txt # 你的程序输出 ./b < in.txt > out2.txt # 暴力程序输出 if ! diff -q out1.txt out2.txt > /dev/null; then echo "Difference found at test $i" cat in.txt break fi done echo "Done"逻辑说明：seq 1 1000生成 1 到 1000 的序列，循环 1000 次；diff -q静默比较两个文件，不同则返回非零，触发if分支。参数说明：gen需要你自己写，通常用rand()配合取模生成范围数据；a和b都要提前编译好。注意，对拍脚本里的./a和./b必须是有执行权限的二进制文件，如果提示Permission denied，先chmod +x a b。
3. NOI Linux 2.0 环境配置：从安装到 Code::Blocks 能用
3.1 安装方式与分区建议
如何安装 NOI 系统，是热搜里反复出现的问题。官方推荐的方式是下载 ISO 镜像，用虚拟机或物理机安装。如果你只是日常训练，虚拟机足够；如果追求真实评测手感，物理机双系统更稳。安装时建议给根分区至少 30GB，交换分区 4GB 到 8GB，因为编译和运行测试数据会占用临时空间。安装过程中会提示设置用户名和密码，这个密码在sudo时要用，别设得太随意。
安装完成后第一次进入系统，先打开终端更新软件源。NOI Linux 2.0 基于 Debian，常用命令是：
sudo apt update sudo apt install build-essentialbuild-essential包含了g++、make等编译工具。如果你发现g++命令找不到，多半是这个包没装。注意，sudo vim编辑系统文件时，保存退出要用:wq，如果权限不够，先确认自己加了sudo。
3.2 Code::Blocks 的编译器设置
NOI Linux 2.0 预装了 Code::Blocks，但默认编译器设置可能不带-O2。打开 Code::Blocks 后，进入Settings->Compiler->Compiler settings->Other options，在框里加上-O2 -std=c++14。这样每次点编译都会自动带上优化和标准。如果你用的是中文界面，路径类似“设置”->“编译器”->“编译器设置”->“其他选项”。
另一个常见问题是 Code::Blocks 里运行程序时，终端一闪而过。解决办法是在Project->Properties->Build targets里，把Console application勾上，或者直接在代码末尾加cin.get()暂停。但注意，加cin.get()只是为了本地看结果，提交前要删掉，否则评测机没有输入给你暂停，会直接超时。
3.3 终端下的编译与运行流程
脱离 IDE，在终端里完成编译和运行，是更接近评测环境的方式。假设你写了一个main.cpp，标准流程是：
g++ -O2 -std=c++14 -o main main.cpp # 编译 ./main < input.txt > output.txt # 用文件输入输出运行<是输入重定向，>是输出重定向。这样你不需要改代码里的freopen，就能用文件测试。参数说明：input.txt和output.txt是你自己准备的数据文件，放在同一目录下。如果程序需要手动输入，直接./main然后键盘输入即可。注意，重定向符号和文件名之间要有空格，<input.txt虽然也能识别，但可读性差，不建议。
4. Vim 指北：竞赛环境下必须会的那几条命令
4.1 打开、保存与退出
Vim 是 NOI Linux 2.0 里默认的文本编辑器，也是热搜里“vim 如何保存退出”被问得最多的地方。记住三个模式：普通模式、插入模式、命令行模式。打开文件用vim a.cpp，刚进去是普通模式，按i进入插入模式，可以打字。写完按Esc回到普通模式，输入:w保存，:q退出，:wq保存并退出。如果不想保存强制退出，用:q!。
如果你用sudo vim /etc/apt/sources.list编辑系统文件，保存时提示只读，说明你忘了加sudo。退出后重新用sudo vim打开即可。注意，Vim 里方向键有时会输出字母，建议用h/j/k/l移动光标，熟练后效率更高。
4.2 查找替换与跳转
比赛中经常需要快速定位代码。普通模式下输入/加关键词，回车即可查找，按n跳下一个，N跳上一个。比如/freopen能快速找到所有重定向语句。替换用:%s/old/new/g，%表示整个文件，g表示每行所有匹配。如果只想替换某几行，可以用:10,20s/old/new/g。
跳转到指定行用:行号，比如:50跳到第 50 行。跳到最后一行用G，第一行用gg。这些命令在调试长代码时非常省时间。Vim 配置方面，可以在~/.vimrc里加set number显示行号，set tabstop=4设置 Tab 宽度，set autoindent自动缩进。改完保存，下次打开就生效。
4.3 多文件编辑与分屏
有时候你需要同时看头文件和源文件。Vim 支持分屏：:sp b.cpp水平分屏，:vsp b.cpp垂直分屏。切换窗口用Ctrl+w加方向键。关闭当前窗口用:q，只保留其他窗口。这个功能在对照修改时很实用，但注意别开太多，屏幕小了反而乱。
如果你在 Code::Blocks 里已经习惯了鼠标操作，刚开始用 Vim 会很不适应。血泪经验是：先强迫自己用 Vim 写三次完整程序，之后就会形成肌肉记忆。实在记不住命令，可以在普通模式下输入:help查看内置文档，但那是英文的，应急可以，平时还是记常用命令更快。
5. 避坑与排查：评测系统里最容易翻车的五个点
5.1 数组开小导致本地过、评测挂
现象：本地用小数据测试正确，交上去部分测试点返回“运行时错误”或“段错误”。原因：数组大小按题目描述的最大值开，但实际数据可能多一组边界，或者你忘了算上多开的空间。解决：数组比题目上限多开 5 到 10 个元素，全局数组默认初始化为 0，局部大数组记得用static或放到全局。
5.2 整数溢出与浮点误差
现象：答案在某个测试点差 1，或者大数乘法结果变成负数。原因：int范围是 -2e9 到 2e9，两个 1e9 相乘就溢出。解决：涉及乘法时用long long，输出用%lld或cout。浮点数比较不要用==，用fabs(a-b) < 1e-8。
5.3 文件重定向忘注释
现象：本地用freopen调试，提交后程序读不到输入，直接输出 0 或空。原因：评测机没有in.txt，freopen失败后cin读不到东西。解决：提交前搜索freopen，全部注释掉；或者用条件编译#ifdef LOCAL包起来。
5.4 编译标准不一致
现象：本地用 C++17 特性，评测机只支持 C++14，编译报错。原因：NOI Linux 2.0 默认标准可能是 C++14，Code::Blocks 默认又不同。解决：统一用-std=c++14编译，避免用auto推导返回值等 C++17 特性。如果必须用，先确认评测环境支持。
5.5 Vim 编辑后忘记保存
现象：在 Vim 里改完代码，直接关终端，再编译发现还是旧代码。原因：Vim 的:q只是退出，不保存。解决：养成:wq的习惯，或者:w后再:q。如果终端异常关闭，可以用vim -r a.cpp恢复交换文件，但不保证成功，所以勤保存。
6. 把本地环境变成评测预演：一个可复用的检查清单
最后一章不讲新命令，讲一个我每次赛前都会跑一遍的流程。你可以在 NOI Linux 2.0 里建一个check目录，把下面这些步骤做成习惯：
| 步骤 | 操作 | 目的 |
|---|---|---|
| 1 | g++ -O2 -std=c++14 -Wall -o a a.cpp | 确认无警告编译通过 |
| 2 | 用题目样例运行./a < sample.in | 验证基本逻辑 |
| 3 | 跑一次对拍脚本 | 验证边界和随机数据 |
| 4 | 搜索代码里的freopen和cin.get() | 确保没有本地调试残留 |
| 5 | 检查数组大小和long long | 防止溢出和越界 |
| 6 | 在 Vim 里:wq保存最终版 | 避免编辑丢失 |
这个清单看起来简单，但能挡住八成以上的非算法失分。我自己的习惯是：比赛前一周，每天用 NOI Linux 2.0 完整做一道题，从读题到对拍到最终提交，全部在终端里完成。刚开始会慢，但坚持几天后，Vim 的:wq、g++的-O2、对拍脚本的diff都会变成条件反射。真正到了赛场上，你不需要再分心去想“这个命令怎么敲”，而是把全部注意力留给算法本身。希望帮到你。
本文还有配套的精品资源，点击获取
