孩子回来说题都会，思路全对，样例一次过。成绩出来，六十分。丢的那四十分，不是算法没想明白，是代码交上去之后，在另一个完全陌生的系统里，被几行看不见的规矩给绞杀了。

这种事每年都在发生，而且越是脑子快、算法学得顺的孩子，栽得越狠。因为聪明的孩子容易有一个幻觉：我把逻辑想清楚了，剩下的都是细枝末节。但信竞复赛的评测机不认逻辑，不认思路，不认你草稿纸上画的那棵完美的树。它只认一件事：在它那个环境里，你的代码输出来的那串字符，跟标准答案是不是一模一样。

今天不聊算法。聊算法太安全了，聊算法孩子听得进去，家长也放心。真正危险的东西，从来不在题面里。

你家电脑是温室，考场评测机是荒野

孩子平时在哪写代码？家里。Windows 系统，Dev-C++，点一下绿色的编译运行按钮，样例过了，弹出一个黑框框，输出跟题目给的一模一样。孩子喊一嗓子：“妈，这题我过了！”然后切下一道。

这个场景里藏着一个巨大的错觉。孩子验证的是“代码在自己电脑上能不能跑出样例”，而考试验证的是“代码在 NOI Linux 的评测机里能不能通过所有测试点”。这两件事之间的距离，比大多数家长想象的要远得多。

先看一份官方措辞。多个省份的 CSP 认证须知里有一句几乎一模一样的话：“如自行在 Windows 系统内编程，并因系统差异导致成绩受到影响，选手需自负相关责任。” 翻译成家长听得懂的话就是：你在家里 Windows 上跑得再好，交上去因为系统不一样挂了，没人听你申诉。CCF 连申诉都不受理，理由写得很直白，评测环境是统一的 NOI Linux，你自己选的路，后果自己扛。

那差异到底在哪？

最经典的一个，老选手管它叫“格式符陷阱”。在 Windows 的某些编译器环境里，输出 long long 类型用 %I64d 是能跑的。孩子在家用 Dev-C++ 试了，过了，觉得没问题。交到 Linux 评测机上，%I64d 根本不认识，输出直接乱掉或者报错，一个测试点都拿不到。孩子考完出来说“我检查了好几遍”，检查的是算法逻辑，谁会去检查一个在家跑得好好的格式符？

还有行尾换行符。Windows 下敲回车，文件里藏的是两个字符，\r\n。Linux 只认 \n。有些评测系统对行末空白抠得极细，多一个看不见的 \r 就判格式错误或者答案错误。孩子肉眼对着屏幕看，一模一样，都是换行。评测机用二进制看，你多藏了一个字节。就这一个字节，一道题的十分没了。

再说栈空间。Windows 下递归开得深一点，可能没事。Linux 评测机的栈限制跟本地完全不是一回事，有的环境默认只有 1MB 甚至更小。孩子本地跑一个深搜，样例数据小，递归三层就出来了，过了。考试数据一上去，递归一万层，栈直接爆掉，程序当场暴毙，报一个孩子根本没见过的错。他出来跟你说：“我那个深搜写得没问题啊，在家跑得好好的。”是的，在家跑得好好的，在考场死得透透的。

优化开关是个隐形杀手，专杀“本地 AC 选手”

这个坑更隐蔽，隐蔽到很多学了两年以上的孩子都没意识到。

孩子在家用 Dev-C++ 或者某些轻量编辑器写代码，点运行，编译器默认是不开优化的。代码跑得慢一点，本地测个时限两秒的题，跑了二点五秒，孩子可能觉得“差不多，考场机器快”。或者本地数据水，根本跑不到最坏情况。

可评测机上的编译命令，默认带着优化选项。不开优化和开了优化，同一份代码跑出来的速度可能差好几倍。问题来了：速度差异本身不致命，致命的是速度差异会改变代码的行为。

有一类东西叫未定义行为。名字听着抽象，说人话就是：C++ 标准说“这个写法我不负责，编译器想怎么处理就怎么处理”。比如有符号整数溢出。孩子写了个 int 累加，本地跑，数据小，没溢出，结果对的。评测机开了优化，编译器一看，哦，你这里有个有符号整数加法，我假定它不会溢出，于是把相关的判断给优化掉了。数据一大，溢出发生了，代码走了一条本地从来没走过的路，输出一个莫名其妙的负数或者直接崩掉。孩子拿着代码看了十遍，逻辑自洽，找不出毛病。毛病不在逻辑里，在编译器对“你保证不溢出”的信任里。

还有未初始化的变量。本地跑的时候，那块内存刚好是零，运气好，过了。评测机的内存状态跟家里不一样，那块地方是一堆垃圾值，输出直接飞掉。孩子说“我变量都用了啊”，用的是声明了没赋值的变量。在 C++ 里，读一个没初始化的局部变量，结果是不确定的，编译器爱怎么着怎么着。

这些坑的共同特点是：本地测试永远测不出来。孩子越认真，在家里反复跑样例、自己造小数据验证，越会坚定地相信“我的代码没问题”。然后交上去，挂掉。回来复盘，盯着代码看，每一行都合情合理，因为问题根本不在代码的字面意思里，在代码被翻译成机器指令的那个翻译过程里。

文件读写：最冤的零分，每年都在批量生产

如果上面那些是暗坑，这个就是明坑，明晃晃摆在题面上的，但每年照样有一批孩子栽进去。

复赛是文件输入输出。题面白纸黑字写了，输入文件名是什么，输出文件名是什么。孩子在家写代码，习惯用 cincout，或者用 freopen 但本地调试的时候注释掉了，方便看输出。交卷的时候，注释忘了删。

评测机一跑，程序从标准输入读，读了个寂寞，输出到标准输出，评测机根本不去那里收卷。整道题，零分。算法再优美，零分。孩子出来说“我第二题写得特别好，正解”，成绩单上第二题那一栏是个鸭蛋。

还有更冤的。文件名大小写。题面写的是 poker.in，孩子存成了 Poker.in。Windows 系统不区分大小写，本地跑，读得进去，一切正常。Linux 区分。评测机打开 poker.in 找不到，因为文件叫 Poker.in。程序直接死掉，零分。孩子在家检查一百遍也检查不出来，因为他家的文件系统在帮他撒谎。

还有文件后缀。Windows 默认隐藏已知文件类型的扩展名，孩子新建一个文件，命名 poker.cpp，实际文件名是 poker.cpp.cpp，只是后面那个 .cpp 被藏起来了。本地编译器照样能编译，因为编译器认的是真实后缀。交到评测系统，人家找的是 .cpp，你交上去一个 .cpp.cpp，系统不认，零分。

这些事说出来都觉得低级，低级到家长不敢相信一个学了这么久的孩子会犯。但考场上的孩子脑子里装的是动态规划的状态转移、图论的最短路松弛，没有人会在交卷前那一秒突然想起来检查自己文件的后缀名有没有多一个。注意力是有限的，而坑是无限的。

为什么越聪明的孩子越容易在这里翻车

说句得罪人的话。算法思维强的孩子，天然有一种对“实现细节”的轻视。他们的大脑享受的是建模、转化、找最优子结构的过程，那是有创造快感的部分。而检查文件后缀、确认编译器版本、看格式符是 %lld 还是 %I64d，这些事情在他们看来是体力活，是没技术含量的杂事。

家长也容易配合这个幻觉。孩子说“这题我会”，家长就放心了。孩子说“样例过了”，家长就觉得稳了。“会”和“得分”之间，隔着一整个评测环境的鸿沟，而这条鸿沟里填满的，恰恰是聪明孩子不屑于看、家长也不懂看的东西。

更扎心的是，这种挂分对孩子的打击，比“完全不会”要大得多。不会做，认了，技不如人。会做但挂了，孩子会陷入一种愤怒和委屈的循环：我明明做对了，为什么给我零分？是不是评测有问题？是不是运气不好？如果没有人帮他把这层窗户纸捅破，这种委屈会变成对竞赛本身的怀疑，甚至变成一种“我可能就是考运不好”的自我暗示。把系统性问题归结为运气，是竞技路上最危险的习惯。

家里能做的事，比想象中少，也比想象中多

先说残酷的事实。家里那台 Windows 电脑，永远无法百分之百模拟考场的 Linux 评测机。孩子不可能在家里复现考场编译器的每一个优化决策，不可能复现评测机的每一处环境变量。追求“在家完全模拟”是条死路。

但有些事，做了就能挡住大部分明面上的坑。

第一件，把 freopen 变成肌肉记忆。不要等到交卷前才想起来补。让孩子养成习惯，建好题目文件夹之后，第一件事就是把 freopen 那两行写好，本地测试也不注释。把样例文件复制一份改成题面要求的输入文件名，跑程序，看输出文件。整个过程里 freopen 永远活着，就没有“忘了恢复”这回事。

第二件，文件名从题面复制，永远不手打。大小写、拼写，用眼睛对、用手打，都有可能错。复制粘贴，一秒钟的事。交卷前把文件夹结构展开看一眼，.cpp 文件是不是直接躺在题目文件夹里，后缀是不是只有一个，有没有多余的 .in.out.exe 混在里面。

第三件，如果条件允许，让孩子碰一碰 Linux。不用多深，就是装个虚拟机或者用 WSL，把自己最常写的代码放进去编译运行几次。不用干什么大事，就是让孩子亲眼看见，同一个 long long，用 %I64d 会报什么错；同一个文件，大写小写是两回事；同一个递归，爆栈的时候系统杀进程有多干脆。见过一次，考场上的恐惧就少一半。

第四件，也是最容易被忽略的，让孩子在写代码的时候，脑子里有一根“溢出”的弦。看到两个 int 相乘，条件反射想一下会不会超二十一亿。看到累加求和，想一下最大能加到多少。这不是什么高级技巧，就是一个习惯。但这个习惯，能挡住复赛里最频繁的那类非算法挂分。家长不用懂代码，只需要在孩子复盘的时候问一句：“你开 long long 了吗？”问多了，他自己就会问自己。

考场上那台机器，不跟任何人讲道理

信竞这条路走到复赛，孩子已经付出了太多。刷过的题、调过的夜、对过的拍，都是实打实的。算法能力是硬功夫，骗不了人，也急不来。

但复赛的分数，从来不只奖励算法能力。它奖励的是在一个陌生的、不近人情的系统面前，依然能把该拿的分稳稳当当装进口袋的能力。评测机没有情绪，不关心孩子有多努力，不关心思路有多精妙。它只做一件事：在它那个环境里跑你的代码，看结果对不对。不对就是不对，差一个字节就是不对，文件名错一个字母就是不对。

家长帮不上算法层面的忙，这很正常。但有一件事可以反复做：在孩子每一次说“这题我会”的时候，多问一句。“文件读写检查了？”“文件名对了吗？”“大数据想过溢出吗？”

问得多了，孩子烦。烦着烦着，就记住了。考场上多记住一条，可能就是几十分，可能就是省一和省二之间那道看不见的线。