简介：Cena评测软件0.8.2是一款面向C、C++和Pascal编程学习与竞赛场景的自动评测工具，可检查代码正确性、运行效率及编码规范，适合从初学者到竞赛选手各层次用户快速获得反馈。压缩包共446个文件，约10.68MB，主要包含h头文件、exe评测程序、pas源码、a静态库及o目标文件等，完整覆盖软件运行所需的评测内核与配套组件。已有432人学习下载。程序界面简洁直观，提交代码后即可得到精准评分、错误信息与改进建议，同时也支持批量处理参赛作品，便于教师和竞赛组织者客观评估、节省大量批改时间。借助内置的多语言标准模板与编译运行组件，用户可在本地直接搭建完整评测环境，深入理解自动评测机制，持续优化算法与编码习惯，是编程教学、作业自助检测及赛事备战中实用且高效的辅助工具。 最开始接触信息学竞赛那阵子，机房老师给我们装的就是Cena评测软件0.8.2。那时候没觉得它有多特别，后来用了一圈在线评测系统再回过头看，才发现这个单机版的宝贝是真的能打。别管是日常训练、校内模拟赛，还是帮你考前自测，Cena 0.8.2在Windows机房环境下几乎是“标准答案”级别的存在。
这篇东西我不打算写成说明书，而是结合这几年实际使用的经验，从配置、写题、做数据、SPJ这几个角度，把Cena 0.8.2掰开揉碎讲清楚。如果你现在还在为“编译环境配不上”“选手代码本地AC但一测就0分”这类事头疼，那这篇文章应该能直接帮你省下半天时间。不论你是带竞赛的教练、机房管理员，还是准备省选的选手，都值得花几分钟看看。
1. Cena 0.8.2在训练体系里的真实定位
很多人第一次接触评测软件，要么直接上在线OJ，要么用Lemon，对Cena反而陌生。实际上Cena是一款历史非常悠久的Windows单机评测工具，0.8.2这个版本在功能完整度上非常成熟，它能做到“一个软件管完整个机房训练流程”。
1.1 单机评测软件为什么还没被淘汰
在线OJ的优势是方便、统一，但劣势也很明显：比赛高峰期排队、自定义校验器配置受限制、题目数据调试不透明。Cena这类单机评测软件把这些痛点全部绕开了——你在本地就能完成从编译、运行、比对到计分的全流程，而且数据放在自己手里，想看哪组数据看哪组，想改哪个点改哪个点，灵活性比在线系统高出一个量级。
尤其当学校机房断网或者在线评测平台维护的时候，Cena 0.8.2就是你训练不断档的底牌。它不依赖服务器，不依赖网络，装一次就能长期稳定使用。很多老牌强校的训练体系里，至今还在用Cena跑校内模拟赛，就是这个原因。
1.2 0.8.2这个版本强在什么地方
Cena前前后后发布过不少版本，但0.8.2能一直被人提起，核心原因是它在“稳定”和“功能”之间找到了很好的平衡点。它支持多语言评测（C/C++/Pascal，老版本常见的环境都覆盖），支持自定义校验器（SPJ），也支持批量导入测试数据，并且结果统计非常直观，哪题过了多少分、哪里WA/RE一目了然。
这个版本被广泛使用的另一个原因是兼容性好。在Windows 7、Windows 10系统上都能跑，不需要额外安装复杂的依赖环境。相比一些新秀评测软件动不动就要求配套数据库或特定运行库，Cena 0.8.2的部署成本低太多了——装完即用，这一点机房老师应该都懂有多省事。
2. 第一次上手：关键配置与界面功能拆解
下载解压Cena 0.8.2之后，双击Cena.exe就能打开主界面。不过这里要提醒一句：第一步不是急着建比赛，而是先看编译参数是否正确，否则后面全白搭。
2.1 编译器配置的三种玩法
Cena默认会尝试自动探测系统中安装的编译器，但很多情况下自动探测到的路径或者参数并不准确，尤其是电脑上装了多版本Dev-C++、Code::Blocks或者MinGW环境的时候。所以我建议你手动过一遍：
- 打开“系统”菜单下的“编译器配置”，先看C/C++编译器路径是否指向你的g++.exe实际位置；
- 命令行参数建议填写为
g++ %s -o %s.exe -O2 -std=c++14 -static，其中%s分别代表源文件路径与输出文件路径，Cena会自动替换； - Pascal编译器同理，确认fpc.exe路径有效。
注意：
-static参数非常关键。竞赛类评测一般要求静态链接，避免运行时找不到动态库。如果你的环境是C++11以上标准，-std参数不能漏，否则代码里用了新特性编译会直接报错。
界面布局方面，Cena 0.8.2的主界面分为几个区域：左侧是评测任务列表，右侧是对应题目的测试数据详情，下方是编译运行日志。不要小看这个日志窗口，调试的时候很多问题都得靠它定位。整体虽然谈不上好看，但每个模块都实实在在地对应到评测流程的某个环节，用起来相当顺手。
2.2 建立一项评测任务的最小步骤
我建议你每次开新题都按下面这套流程走，形成肌肉记忆：
- 在“比赛”菜单下新建比赛，设置好比赛名称与保存位置；
- 在比赛界面里添加题目，填写题目名称、时间限制、内存限制；
- 在“测试数据”面板中为每个测试点添加输入文件与输出文件；
- 打开该题目的“编译配置”，确认编译器和对应命令参数；
- 点击“编译”测试一遍空白程序，确认提示“编译成功”；
- 正式提交选手代码进行评测，查看得分与各测试点细化结果。
这个流程第5步是很多新手忽略的。先编译一个最小可执行程序，能帮你把环境问题与题目配置问题剥离开——如果空白程序都编不过，题目配置再正确也没用。
2.3 时间与内存限制的设置心得
Cena的时间限制单位是毫秒，内存限制单位是MB，设置起来比较直观。但我实际使用中发现，单次评测的进程内存统计在某些老版本中存在虚高现象，建议设置内存上限时留出20%~30%的冗余。比如你希望选手程序只能用256MB，题目配置里填192MB反而更接近实际线上环境的表现。
时间限制也类似。Cena的计时从程序启动开始到正常退出结束，如果你的题目使用了大量文件读写，磁盘I/O也会被计算在内，所以模拟比赛数据偏卡的程序，时限建议比标准放宽0.2~0.5秒，避免无意义的超时误判。
3. 题目包组织与测试数据的制作规范
Cena评测能不能准确反映选手水平，70%取决于测试数据做得好不好。很多训练题出现的“评测和本地结果不一致”问题，其实根因都在于数据组织不严谨。
3.1 测试数据的目录结构
官方推荐的常规结构是每个题目一个独立文件夹，里面放着测试数据文件和一个配置文件。测试数据的命名一般遵循xxx1.in、xxx1.out、xxx2.in、xxx2.out这样的规律，注意编号必须连续，否则Cena读取时可能跳过部分数据。
配置文件名通常是Problem.cfg，用记事本就能编辑。下面是一个最小示例：
[Problem] Name=示例题目 TimeLimit=1000 MemoryLimit=128 InputFile= OutputFile=其中InputFile和OutputFile留空表示使用标准输入输出。如果你的题目要求文件输入输出，就填对应的文件名。这个字段我踩过坑——有次要测一个老题，题目要求读matrix.in，我却忘了在配置里指定，选手程序全部读到空文件，0分一大片。
3.2 数据强度与边界检查
做数据的时候很多人会忽略边界值。比如一道题n<=100000，数据里最大只到50000，结果选手写了个O(n^2)的代码跑了“完美AC”，比赛时一上大数据直接超时。所以做数据时我每次都会单独生成一批边界测试点：最小规模、最大规模、极端乱序、全相同元素、浮点精度边界，这些点单拎出来放进“重点观察”列表，针对性很强。
另外建议大家给每个测试点加上合理的部分分设计。Cena支持每个点分配不同的分值，这样选手即使暴力骗分，也能拿到对应的分数，模拟赛排名会更有参考价值。我习惯把送分点、中等点、压轴点按3:4:3的比例分配，选手得分曲线会比较合理，也能有效区分水平档位。
3.3 批量生成数据的小技巧
手工造几十组数据显然不现实，我一般直接用Python脚本批量生成。Cena对数据的来源没有限制，只要最终在题目文件夹里呈现为.in和.out文件即可。
简单示例，生成一组整数序列数据：
import random for i in range(1, 11): n = random.randint(1, 1000) with open(f"data{i}.in", "w") as fin: fin.write(f"{n}\n") for _ in range(n): fin.write(f"{random.randint(1, 10**9)} ")然后比对程序跑一遍，把标准输出重定向到.out文件里就完工了。注意批量生成时要给随机数固定随机种子，否则换台电脑生成的数据就变了，很难复现问题。
4. 自定义校验器的DIY实现
Cena 0.8.2支持SPJ（Special Judge），也就是不通过逐字节比对标准输出，而是运行你写好的校验器去判断选手答案是否正确。这主要在题目答案不唯一时使用，比如输出任意合法方案、浮点数误差允许等场景。
4.1 为什么需要自定义校验器
传统比对模式要求选手程序输出和标准答案完全一致，哪怕是多一个空格、少一个换行都会被判WA。这在套路固定的题目里没问题，但在构造题、交互题、浮点题面前就是灾难。自定义校验器可以把判断逻辑变成“读入选手输出，判断是否满足条件”，灵活性完全不同。
举个例子，一道题要求输出任意一组解，选手输出只要合法就能拿分。就算他的解和标准程序跑出来的不一样，也必须判对。这种题用默认比对器根本没法测，只有SPJ能解决。
4.2 动手写一个最简校验器
Cena的SPJ约定是：校验器程序接收三个文件——标准输入、选手输出、标准输出，Cena通过命令行参数依次传入。你只要写一个程序读取这些文件，根据逻辑输出AC或WA即可。下面是一个判断浮点数误差的校验器示例：
#include <bits/stdc++.h> using namespace std; int main(int argc, char* argv[]) { ifstream fin(argv[1]); ifstream fout(argv[2]); ifstream fstd(argv[3]); double a, b; while (fin >> a) { if (!(fout >> b)) { cout << "WA" << endl; return 0; } if (fabs(a - b) > 1e-6) { cout << "WA" << endl; return 0; } } cout << "AC" << endl; return 0; }把上面代码编译成checker.exe，然后在题目配置里指定它的路径，Cena评测时就会用它来替代默认比对逻辑。这里最关键的一点是：校验器自身不能出错，否则会造成大面积误判，建议在正式评测前先用几份构造好的样例测一下校验器本身的逻辑。
4.3 校验器调试的注意事项
写SPJ时我遇到过几个经典问题。一个是文件流没关闭导致输出缓冲没刷新，结果校验器输出空文件被Cena判定为RE；另一个是把1e-6精度设得比题目要求还严，导致选手明明误差在允许范围还是被判WA。所以校验器的容错逻辑一定要反复跟标准程序对拍，确认无误后再投入使用。
再提醒一个细节：校验器程序被调用时，工作目录不一定在题目文件夹里，所以路径相关的问题要特别小心。手写校验器时尽量用相对路径，或者直接依赖命令行参数传入的文件名，不要写死绝对路径。
5. Cena 0.8.2与Lemon、在线OJ的横向评测对比
借着“横向评测”这个思路，我把Cena 0.8.2和另外两个常用评测方案放在一起做了个比较。这个对比不是要争谁好谁坏，每个工具都有自己的适用场景，关键是你得知道自己想要什么。
5.1 三套方案的能力对比
下面这张表是我实际使用下来的体感总结：
| 对比维度 | Cena 0.8.2 | Lemon | 在线OJ |
|---|---|---|---|
| 部署成本 | 极低，绿色解压即用 | 较低，但编译器耦合较深 | 高，需要服务器与维护 |
| 离线可用 | 完全支持 | 支持 | 不支持 |
| SPJ自定义 | 支持，手动指定exe | 支持，配置稍繁琐 | 视平台而定，有的支持有限 |
| 数据调试透明度 | 高，能逐点看结果 | 高 | 低，只能看总评 |
| 批量评测效率 | 中等 | 中等 | 高（服务器并发） |
| 对选手代码的细节反馈 | 详细（CE、RE、WA、TLE、MLE都有） | 详细 | 看系统实现 |
| 交互题支持 | 弱 | 弱 | 强 |
可以看到，Cena的核心优势集中在“离线、灵活、数据透明”这几项上。如果你要的是告诉选手“你这题WA在哪组数据”，Cena是最合适的；如果你要的是全年级几百人同时在线刷题，那还是老老实实搭建在线OJ更靠谱。
5.2 为什么0.8.2至今仍是机房首选
从我带训练的经验来看，机房场景有几个硬性约束：机器配置参差不齐、时不时断网、选手代码需要反复本地模拟调试。在线OJ在这种环境下不够稳定，Lemon虽然在界面美观度上胜过Cena，但老机子跑起来偶尔会有兼容性问题。Cena 0.8.2恰好能稳稳覆盖机房需求，加上大量老牌教练写的教程和配置包都基于Cena，遇到问题网上随手一搜就能找到答案，这个生态优势是其他单机评测软件比不了的。
另外，Cena 0.8.2的内存、时间统计逻辑更接近传统NOI系列比赛的评测行为，用它做模拟赛，选手对成绩的心理预期会更贴近真实赛场。这一点在省选前的那几场校内模拟里体现得特别明显——平时用什么评测软件，比赛的节奏感和分数体感就会跟着那种模式走。
6. 高频问题排查与我的实操避坑清单
最后这部分是干货中的干货，几乎每个都是用Cena踩过坑才总结出来的。每一条我都标注了问题现象和解决思路，你直接照着排查就行。
6.1 编译失败但本机正常
很多选手在Dev-C++里跑得好好的，拿到Cena里就编译错误。绝大多数情况是编译器版本不一致或者参数不对。建议到“编译器配置”里确认Cena调用的g++路径和比赛用的编译器一致，并加上-static参数；还有部分代码使用了bits/stdc++.h这种非标准头文件，某些老版本编译器会找不到，尽量用标准头文件替代。
6.2 全部测试点RE但是本机能过
RE大概率不是程序问题，而是运行时的工作目录不对。Cena评测时默认在临时目录运行选手程序，如果代码里写了相对路径，比如尝试打开data.in而实际文件不在那个目录，就会读文件失败导致RE。解决方案是题目配置里正确填写输入输出文件名，并确保选手程序使用标准输入输出，避免自定义相对路径。
6.3 中文字符串输出乱码
这个纯粹是编码问题。Windows中文版系统下，Cena读取输出文件按系统默认编码（GBK）处理，而选手程序如果以UTF-8输出中文，比对时就会乱码导致WA。解决方案：所有输出内容统一用英文，或程序显式以指定编码输出。训练中遇到这类问题，不建议花时间去调Cena，让选手改输出字符串更省事。
6.4 数据文件存在但Cena不识别
优先检查文件扩展名大小写。Windows系统本身不区分大小写，但Cena的匹配逻辑有时会受影响。另外看下文件名编号是否连续，1.in、2.in后面直接跳到4.in会导致3.in缺失，评测器就会跳过该点。
6.5 长时间卡在“正在评测”
多半是选手程序在等待输入。比如代码里既用了标准输入，又试图打开文件输入，导致进程阻塞。可以在系统设置中打开“运行超时自动终止”，并设置合理的终止时间，避免一个死循环程序拖垮整场模拟赛。
6.6 SPJ“失效”的隐藏原因
如果你的SPJ从未生效，先确认exe文件是否真的被编译成功，再看题目配置中是否选择了自定义校验模式。还有个容易忽略的点：校验器每次被执行时，Cena传参的顺序是固定的，一定要严格按照标准输入、选手输出、标准输出来设计main函数的argv读取顺序，顺序反了就会全场WA。
7. 写在最后：这东西值不值得继续用
用过一圈评测工具之后，我对Cena 0.8.2的评价就六个字：老但足够好用。它没有亮眼的前端，没有并发评测的炫技功能，但它把单机评测这件小事做到了极致——稳定、透明、不整花活。对于一家中学的信息学训练机房来说，这就是最合适的工具。
我个人这几年一直在用它备赛和模拟，偶尔也配合在线OJ做补充。说实话，如果你现在才开始搭建评测环境，我更推荐“Cena模拟赛 + 在线OJ日常刷题”的双轨制，两头互补，训练效率和实战体验都能兼顾。最后再分享一个小技巧：每次比赛结束后，把Cena生成的评测结果文件归档好，这不仅是复盘的第一手素材，也是观察选手成长曲线的重要资料，别删。
本文还有配套的精品资源，点击获取
