简介面向蓝桥杯备赛选手的QDUOJ适配修改版题库解决了在青岛大学在线评测系统上缺乏成套历史真题与标准测试用例的问题。资源共2个文件一个JSON数据文件以结构化方式记录每道题的描述、输入输出格式、时间与内存限制方便解析和二次导入一个ZIP压缩包内置批量化输入输出测试用例整体70.24MB解压后可直接接入QDUOJ获得即时评测反馈。目前已有1315人学习使用覆盖从算法入门到竞赛冲刺的各个阶段。借助题库可逐题按专题演练系统掌握蓝桥杯的常见题型、难度梯度与命题风格也可利用测试用例反复验证代码逻辑精准定位超时、越界等隐藏问题提升边界处理与优化能力。同时也可作为教学训练题库帮助学校或实验室搭建校内练习环境。 年前我们集训队内部换了一套在线评测系统把老OJ上的题都迁了过去。系统本身没什么问题但训练用的蓝桥杯题库一直是大家自己找题自己交散得不行。后来我花了两周时间整理出一套“蓝桥杯题库 for QDUOJ修改版”把历届蓝桥杯真题按QDUOJ能识别的格式批量导进去学生直接在系统里刷题、看判题结果再也不用东拼西凑找题源了。这篇文章就把整个迁移方案、格式转换逻辑以及我踩过的坑完整写出来给同样在折腾OJ题库的同学做个参考。1. 项目背景与思路拆解1.1 QDUOJ是什么题库导入解决了什么问题QDUOJ是青岛大学开源的一套在线评测系统前后端分离支持Docker一键部署很多高校集训队、中学信息技术社团都在用。它的核心功能就是判题用户提交代码系统在沙箱里编译运行用预设的测试数据比对输出结果返回AC、WA、TLE之类的判题结论。但系统本身不带题库所有题目都要自己录入。如果只是少量题目用后台的“创建题目”功能手填还行可蓝桥杯真题少说也有好几百道一道一道手敲描述、传样例、配数据工作量直接劝退。所以合适做法是批量导入把题目信息整理成QDUOJ识别的JSON结构再连同测试数据一起打包上传。这套“修改版”题库本质就是把蓝桥杯历届省赛、国赛的真题统一清洗格式之后导入QDUOJ形成一套可用于日常训练和模拟比赛的本地化题库资源。它解决的问题很直接题源统一、数据可靠、判定可复现。1.2 “修改版”到底改了什么早期网上流传过一些QDUOJ的蓝桥杯题库包但使用体验普遍一般。我拿到手的那个版本问题集中在几个方面题目的JSON结构跟新版QDUOJ不兼容导入直接报错部分测试数据文件名大小写不统一Linux下判题机找不到文件题目描述里混杂着HTML标签和LaTeX公式的原始代码页面渲染出来一片乱码还有几道题的数据有问题明显是当初导出时漏了换行符或者多了空格。所以“修改版”不是简单换个名字而是做了一轮系统性修复把题目JSON格式对齐到QDUOJ当前版本的导入规范统一测试数据命名全部改成小写开头的data1.in、data1.out格式清洗题目描述去除多余HTML标签保留干净的文本和公式逐题跑一遍标准答案确认数据文件与题目约束一致补充了缺失的样例输入输出方便选手验题2. 导入前置准备题目格式与数据处理2.1 QDUOJ题目导入格式要求要把题库导进QDUOJ先得搞清楚它认什么格式。QDUOJ的题目导入走的是后台的“导入题目”功能支持上传一个ZIP压缩包包里包含题目描述文件和一个测试数据目录。核心的题目描述文件是import.json结构大概是这样的{ title: 试题名称, description: 题目描述内容, input_description: 输入格式说明, output_description: 输出格式说明, samples: [ { input: 1 2, output: 3 } ], hint: 提示信息可省略, source: 蓝桥杯 2017 省赛 C/C A组, time_limit: 1000, memory_limit: 256 }这里有几个字段容易踩坑。time_limit单位是毫秒如果蓝桥杯原题时间是1秒填1000就行memory_limit单位是MB蓝桥杯一般给128MB或256MB。samples数组里每个对象就是一组样例注意样例的输入输出必须是纯文本不能带输入:这种前缀。测试数据文件名要和题目里的数据集序号对应。QDUOJ默认读取data1.in、data1.out、data2.in、data2.out这样的文件对放在testdata目录下。ZIP包的根目录结构大致是problem_1001.zip ├── import.json └── testdata ├── data1.in ├── data1.out ├── data2.in └── data2.out2.2 测试数据命名与校验脚本数据文件名看着简单实际操作中问题最多。Windows系统导出的文件经常出现Data1.in、Data01.in这种命名Linux服务器的文件系统是大小写敏感的Data1.in和data1.in会被当成两个文件判题机找不到数据就直接报错。我写了一个Python脚本统一处理所有测试数据文件的命名import os import shutil def normalize_testdata(src_dir, dst_dir): os.makedirs(dst_dir, exist_okTrue) for root, _, files in os.walk(src_dir): for f in files: name, ext os.path.splitext(f) # 提取文件名中的数字部分 import re match re.search(r\d, name) if not match: continue num match.group() new_name fdata{num}{ext.lower()} shutil.copy(os.path.join(root, f), os.path.join(dst_dir, new_name)) print(done)这个脚本会把Data1.IN、DATA01.in、case_1.txt这类乱七八糟的命名全部统一成data1.in这种规范格式再配合一段校验逻辑检查每个dataN.in是否都有对应的dataN.out避免出现有输入没输出的残缺数据集。2.3 批量转换的实用思路拿到蓝桥杯题目之后我并不是直接手写JSON而是写了一个半自动转换脚本题目描述、输入输出格式说明都按Markdown整理成文本再用脚本拼装成import.json。核心是维护一个Excel清单每行对应一道题包含标题、来源、时间限制、内存限制、题目描述文本、样例输入输出、测试数据文件夹路径。这样做的优势是方便人工校对。直接在Excel里看每道题的来源和时间限制比在JSON文件里翻方便得多。校对完之后脚本读取Excel每一行自动生成对应的ZIP包import json import zipfile import os def build_problem_zip(row, testdata_dir, output_zip): problem { title: row[title], description: row[description], input_description: row[input_description], output_description: row[output_description], samples: [ {input: row[sample_input], output: row[sample_output]} ], hint: row.get(hint, ), source: row[source], time_limit: int(row[time_limit]), memory_limit: int(row[memory_limit]) } with zipfile.ZipFile(output_zip, w, zipfile.ZIP_DEFLATED) as zf: zf.writestr(import.json, json.dumps(problem, ensure_asciiFalse, indent2)) for f in os.listdir(testdata_dir): zf.write(os.path.join(testdata_dir, f), ftestdata/{f})批量跑完之后每个题目一个独立ZIP包再逐个上传导入。如果题目数量特别大也可以把所有ZIP包的题目合并到一个大ZIP里QDUOJ也支持一次导入多个题。3. 实操过程完整导入流程3.1 导入前的账号与权限准备导入题目需要管理员权限。QDUOJ里普通用户是“选手”角色只有管理员或超管才能在后台看到“导入题目”入口。实际操作中我是用超管账号登录的因为超管还能修改全局的判题配置比如默认栈大小、编译选项之类。这里要注意一点如果服务器上跑了多个OJ实例或者用的是Docker Compose部署导入题目前最好先备份一下数据库。QDUOJ的题目信息存在MySQL里测试数据存在文件系统里虽然导入出问题一般不会影响数据库但万一数据包格式有问题导致导入程序异常备份能让你快速回滚。3.2 使用后台导入的完整步骤登录超管账号后进入后台管理页面找到“题目管理”点击“导入题目”按钮选择打包好的ZIP文件上传。导入过程中QDUOJ会解析import.json把题目基础信息写入数据库同时把testdata目录里的文件复制到判题机目录。解析完成后页面会返回题目的ID和导入状态。如果某个字段格式不对比如time_limit填成了字符串导入就会中断并给出错误提示。我当时是分批导入的一次上传20个题左右避免单个包太大导致请求超时。实测下来一个包含4个数据点的题目包ZIP体积在50KB左右20个题上传时间也就几秒钟很稳。导入完成后到题目列表页确认一下标题、来源、时间限制这些信息都显示正常再点进一道题看看描述和样例是否渲染正确这一步不能省。3.3 导入后的校验与试运行导入只是第一步真正的坑在判题环节。我在导入完后找了几道经典的蓝桥杯题目用标准答案代码分别提交测试确认判题结果符合预期。校验时重点关注几个点样例是否能过多组测试数据是否全部执行超时限制和内存限制是否生效。蓝桥杯有些题的数据范围写得比较隐蔽比如题目说n 10^5但测试数据里却有边界数据刚好卡在10^5如果代码里数组开小了就会在本机跑得好好的提交上去却RE。我整理了一个校验清单导入每一批题之后都照着过一遍校验项操作方法预期结果样例输入输出在题目页面复制样例本地运行代码验证输出完全一致判题结果提交标准答案代码查看OJ判定AC时间限制构造超时数据提交超时代码TLE且时间接近设定值内存限制提交超内存代码MLE文件命名查看判题机testdata目录文件列表所有dataN.in均有对应.out4. 常见问题与排查技巧4.1 导入失败的几种典型问题我实际操作中遇到最多的一类问题是import.json格式不合法。json里多了个逗号、中文字符编码不对都会导致导入中断。推荐处理办法是先在本机用Python的json.load()做一次校验确认没问题再上传。还有一类是测试数据目录名不对。QDUOJ对目录名有约定如果ZIP里把目录命名成TestData或者cases导入时会报“找不到测试数据”。最简单的方法就是严格按testdata这一固定目录名打包。另一类问题是中文乱码。Windows下压缩ZIP包时文件名编码可能不是UTF-8解压到Linux服务器后文件名乱码。解决方法是打包前统一转换编码或者在Linux环境下重新打一次包。4.2 判题结果与预期不符的排查如果题目导入成功但提交答案后判题结果不对先别急着怀疑系统。常见的排查路径是本地运行标准答案确认输出和题目要求一致检查测试数据文件是否完整尤其dataN.out的换行符是否为\n确认题目时间限制是否过紧有些题用Python跑会有超时风险检查特判题Special Judge是否配置了对应的SPJ脚本QDUOJ支持特判题也就是题目答案不唯一需要额外配置Special Judge程序。蓝桥杯里的大题部分用判题机跑的是结果比对但有些填空题、开放设计题没法用标准数据判定这类题目我建议不要放进OJ题库直接挂在课程页或者训练文档里避免选手提交后一直WA。4.3 关于版权与规范的提醒蓝桥杯真题的版权归主办方所有网上流传的题目描述和数据大多来自历年参赛选手的回忆和整理用于个人学习、校内训练没问题但不要公开发布付费资源也不要拿去商用。在QDUOJ内部使用注意设置访问权限避免题目被未授权的人抓取传播。我在题库的题目来源字段里都标注了“蓝桥杯 某年某组别 真题”方便日后追溯。5. 后续扩展与使用建议5.1 如何组织长期训练计划题库导入只是第一步怎么用好才是关键。我在QDUOJ里给题目打了标签比如“入门题”“搜索”“动态规划”“贪心”等再配合系统的“训练计划”功能按周给学生分配题目。蓝桥杯的题型相对固定按专题训练比盲目刷题效率高得多。实操中可以创建一个“蓝桥杯省赛模拟”的题目集合把历年省赛真题按照年份和组别排好每周组织一次限时训练。QDUOJ有比赛功能可以配置开始时间、时长、题目列表直接拿真题当模拟赛用比赛结束后自动生成榜单和判题记录复盘很方便。5.2 用竞赛模式做模拟赛QDUOJ的比赛模式支持ACM和IOI两种计分方式。蓝桥杯的计分逻辑和ACM不太一样它是按题号和部分得分来的不是完全按AC/WA判断。所以如果是严格按照蓝桥杯规则模拟建议把每道题拆成多个小问或者在题目描述里说明部分分规则让选手自己对答案估分。不过大多数情况下训练和模拟赛用ACM模式也够用了重点在于让选手适应限时环境下读题、想解法、敲代码的节奏。真正参赛的时候会发现OJ上的刷题经验对比赛心态帮助特别大。5.3 题库的日常维护与更新题库不是一次导入就结束了。蓝桥杯每年都出新题我的习惯是赛后第一时间整理题目和题解把新题按同样的流程导入QDUOJ。同时定期检查已有题目的数据和描述发现有人提交后总是非正常判错就重点排查那道题的测试数据。另外QDUOJ本身也在持续更新升级版本后偶尔会出现老题目导入格式不兼容的情况。我的建议是每次升级前先导出一份完整的题库备份升级后再对比检查一遍。这套“修改版”题库经过实际集训队使用跑了小半年没出过大问题稳定性和可靠性都验证过了。说实话整理这套题库最大的感受是花在数据处理上的时间远比预想的多。但一旦跑通后续所有训练和比赛都变得特别顺。如果你也在用QDUOJ或者类似的OJ系统建议直接从批量导入入手别手动一道题一道题录。把格式规范、数据校验、导入流程这几步理顺一套可用的题库半天就能上线。最后再分享一个小技巧数据集目录里多放一组sample.in/sample.out和题目页面的样例保持一致这样选手提交前可以先本地验证样例能少很多无意义的WA提交。本文还有配套的精品资源点击获取
蓝桥杯题库批量导入QDUOJ：格式转换与踩坑实战
简介面向蓝桥杯备赛选手的QDUOJ适配修改版题库解决了在青岛大学在线评测系统上缺乏成套历史真题与标准测试用例的问题。资源共2个文件一个JSON数据文件以结构化方式记录每道题的描述、输入输出格式、时间与内存限制方便解析和二次导入一个ZIP压缩包内置批量化输入输出测试用例整体70.24MB解压后可直接接入QDUOJ获得即时评测反馈。目前已有1315人学习使用覆盖从算法入门到竞赛冲刺的各个阶段。借助题库可逐题按专题演练系统掌握蓝桥杯的常见题型、难度梯度与命题风格也可利用测试用例反复验证代码逻辑精准定位超时、越界等隐藏问题提升边界处理与优化能力。同时也可作为教学训练题库帮助学校或实验室搭建校内练习环境。 年前我们集训队内部换了一套在线评测系统把老OJ上的题都迁了过去。系统本身没什么问题但训练用的蓝桥杯题库一直是大家自己找题自己交散得不行。后来我花了两周时间整理出一套“蓝桥杯题库 for QDUOJ修改版”把历届蓝桥杯真题按QDUOJ能识别的格式批量导进去学生直接在系统里刷题、看判题结果再也不用东拼西凑找题源了。这篇文章就把整个迁移方案、格式转换逻辑以及我踩过的坑完整写出来给同样在折腾OJ题库的同学做个参考。1. 项目背景与思路拆解1.1 QDUOJ是什么题库导入解决了什么问题QDUOJ是青岛大学开源的一套在线评测系统前后端分离支持Docker一键部署很多高校集训队、中学信息技术社团都在用。它的核心功能就是判题用户提交代码系统在沙箱里编译运行用预设的测试数据比对输出结果返回AC、WA、TLE之类的判题结论。但系统本身不带题库所有题目都要自己录入。如果只是少量题目用后台的“创建题目”功能手填还行可蓝桥杯真题少说也有好几百道一道一道手敲描述、传样例、配数据工作量直接劝退。所以合适做法是批量导入把题目信息整理成QDUOJ识别的JSON结构再连同测试数据一起打包上传。这套“修改版”题库本质就是把蓝桥杯历届省赛、国赛的真题统一清洗格式之后导入QDUOJ形成一套可用于日常训练和模拟比赛的本地化题库资源。它解决的问题很直接题源统一、数据可靠、判定可复现。1.2 “修改版”到底改了什么早期网上流传过一些QDUOJ的蓝桥杯题库包但使用体验普遍一般。我拿到手的那个版本问题集中在几个方面题目的JSON结构跟新版QDUOJ不兼容导入直接报错部分测试数据文件名大小写不统一Linux下判题机找不到文件题目描述里混杂着HTML标签和LaTeX公式的原始代码页面渲染出来一片乱码还有几道题的数据有问题明显是当初导出时漏了换行符或者多了空格。所以“修改版”不是简单换个名字而是做了一轮系统性修复把题目JSON格式对齐到QDUOJ当前版本的导入规范统一测试数据命名全部改成小写开头的data1.in、data1.out格式清洗题目描述去除多余HTML标签保留干净的文本和公式逐题跑一遍标准答案确认数据文件与题目约束一致补充了缺失的样例输入输出方便选手验题2. 导入前置准备题目格式与数据处理2.1 QDUOJ题目导入格式要求要把题库导进QDUOJ先得搞清楚它认什么格式。QDUOJ的题目导入走的是后台的“导入题目”功能支持上传一个ZIP压缩包包里包含题目描述文件和一个测试数据目录。核心的题目描述文件是import.json结构大概是这样的{ title: 试题名称, description: 题目描述内容, input_description: 输入格式说明, output_description: 输出格式说明, samples: [ { input: 1 2, output: 3 } ], hint: 提示信息可省略, source: 蓝桥杯 2017 省赛 C/C A组, time_limit: 1000, memory_limit: 256 }这里有几个字段容易踩坑。time_limit单位是毫秒如果蓝桥杯原题时间是1秒填1000就行memory_limit单位是MB蓝桥杯一般给128MB或256MB。samples数组里每个对象就是一组样例注意样例的输入输出必须是纯文本不能带输入:这种前缀。测试数据文件名要和题目里的数据集序号对应。QDUOJ默认读取data1.in、data1.out、data2.in、data2.out这样的文件对放在testdata目录下。ZIP包的根目录结构大致是problem_1001.zip ├── import.json └── testdata ├── data1.in ├── data1.out ├── data2.in └── data2.out2.2 测试数据命名与校验脚本数据文件名看着简单实际操作中问题最多。Windows系统导出的文件经常出现Data1.in、Data01.in这种命名Linux服务器的文件系统是大小写敏感的Data1.in和data1.in会被当成两个文件判题机找不到数据就直接报错。我写了一个Python脚本统一处理所有测试数据文件的命名import os import shutil def normalize_testdata(src_dir, dst_dir): os.makedirs(dst_dir, exist_okTrue) for root, _, files in os.walk(src_dir): for f in files: name, ext os.path.splitext(f) # 提取文件名中的数字部分 import re match re.search(r\d, name) if not match: continue num match.group() new_name fdata{num}{ext.lower()} shutil.copy(os.path.join(root, f), os.path.join(dst_dir, new_name)) print(done)这个脚本会把Data1.IN、DATA01.in、case_1.txt这类乱七八糟的命名全部统一成data1.in这种规范格式再配合一段校验逻辑检查每个dataN.in是否都有对应的dataN.out避免出现有输入没输出的残缺数据集。2.3 批量转换的实用思路拿到蓝桥杯题目之后我并不是直接手写JSON而是写了一个半自动转换脚本题目描述、输入输出格式说明都按Markdown整理成文本再用脚本拼装成import.json。核心是维护一个Excel清单每行对应一道题包含标题、来源、时间限制、内存限制、题目描述文本、样例输入输出、测试数据文件夹路径。这样做的优势是方便人工校对。直接在Excel里看每道题的来源和时间限制比在JSON文件里翻方便得多。校对完之后脚本读取Excel每一行自动生成对应的ZIP包import json import zipfile import os def build_problem_zip(row, testdata_dir, output_zip): problem { title: row[title], description: row[description], input_description: row[input_description], output_description: row[output_description], samples: [ {input: row[sample_input], output: row[sample_output]} ], hint: row.get(hint, ), source: row[source], time_limit: int(row[time_limit]), memory_limit: int(row[memory_limit]) } with zipfile.ZipFile(output_zip, w, zipfile.ZIP_DEFLATED) as zf: zf.writestr(import.json, json.dumps(problem, ensure_asciiFalse, indent2)) for f in os.listdir(testdata_dir): zf.write(os.path.join(testdata_dir, f), ftestdata/{f})批量跑完之后每个题目一个独立ZIP包再逐个上传导入。如果题目数量特别大也可以把所有ZIP包的题目合并到一个大ZIP里QDUOJ也支持一次导入多个题。3. 实操过程完整导入流程3.1 导入前的账号与权限准备导入题目需要管理员权限。QDUOJ里普通用户是“选手”角色只有管理员或超管才能在后台看到“导入题目”入口。实际操作中我是用超管账号登录的因为超管还能修改全局的判题配置比如默认栈大小、编译选项之类。这里要注意一点如果服务器上跑了多个OJ实例或者用的是Docker Compose部署导入题目前最好先备份一下数据库。QDUOJ的题目信息存在MySQL里测试数据存在文件系统里虽然导入出问题一般不会影响数据库但万一数据包格式有问题导致导入程序异常备份能让你快速回滚。3.2 使用后台导入的完整步骤登录超管账号后进入后台管理页面找到“题目管理”点击“导入题目”按钮选择打包好的ZIP文件上传。导入过程中QDUOJ会解析import.json把题目基础信息写入数据库同时把testdata目录里的文件复制到判题机目录。解析完成后页面会返回题目的ID和导入状态。如果某个字段格式不对比如time_limit填成了字符串导入就会中断并给出错误提示。我当时是分批导入的一次上传20个题左右避免单个包太大导致请求超时。实测下来一个包含4个数据点的题目包ZIP体积在50KB左右20个题上传时间也就几秒钟很稳。导入完成后到题目列表页确认一下标题、来源、时间限制这些信息都显示正常再点进一道题看看描述和样例是否渲染正确这一步不能省。3.3 导入后的校验与试运行导入只是第一步真正的坑在判题环节。我在导入完后找了几道经典的蓝桥杯题目用标准答案代码分别提交测试确认判题结果符合预期。校验时重点关注几个点样例是否能过多组测试数据是否全部执行超时限制和内存限制是否生效。蓝桥杯有些题的数据范围写得比较隐蔽比如题目说n 10^5但测试数据里却有边界数据刚好卡在10^5如果代码里数组开小了就会在本机跑得好好的提交上去却RE。我整理了一个校验清单导入每一批题之后都照着过一遍校验项操作方法预期结果样例输入输出在题目页面复制样例本地运行代码验证输出完全一致判题结果提交标准答案代码查看OJ判定AC时间限制构造超时数据提交超时代码TLE且时间接近设定值内存限制提交超内存代码MLE文件命名查看判题机testdata目录文件列表所有dataN.in均有对应.out4. 常见问题与排查技巧4.1 导入失败的几种典型问题我实际操作中遇到最多的一类问题是import.json格式不合法。json里多了个逗号、中文字符编码不对都会导致导入中断。推荐处理办法是先在本机用Python的json.load()做一次校验确认没问题再上传。还有一类是测试数据目录名不对。QDUOJ对目录名有约定如果ZIP里把目录命名成TestData或者cases导入时会报“找不到测试数据”。最简单的方法就是严格按testdata这一固定目录名打包。另一类问题是中文乱码。Windows下压缩ZIP包时文件名编码可能不是UTF-8解压到Linux服务器后文件名乱码。解决方法是打包前统一转换编码或者在Linux环境下重新打一次包。4.2 判题结果与预期不符的排查如果题目导入成功但提交答案后判题结果不对先别急着怀疑系统。常见的排查路径是本地运行标准答案确认输出和题目要求一致检查测试数据文件是否完整尤其dataN.out的换行符是否为\n确认题目时间限制是否过紧有些题用Python跑会有超时风险检查特判题Special Judge是否配置了对应的SPJ脚本QDUOJ支持特判题也就是题目答案不唯一需要额外配置Special Judge程序。蓝桥杯里的大题部分用判题机跑的是结果比对但有些填空题、开放设计题没法用标准数据判定这类题目我建议不要放进OJ题库直接挂在课程页或者训练文档里避免选手提交后一直WA。4.3 关于版权与规范的提醒蓝桥杯真题的版权归主办方所有网上流传的题目描述和数据大多来自历年参赛选手的回忆和整理用于个人学习、校内训练没问题但不要公开发布付费资源也不要拿去商用。在QDUOJ内部使用注意设置访问权限避免题目被未授权的人抓取传播。我在题库的题目来源字段里都标注了“蓝桥杯 某年某组别 真题”方便日后追溯。5. 后续扩展与使用建议5.1 如何组织长期训练计划题库导入只是第一步怎么用好才是关键。我在QDUOJ里给题目打了标签比如“入门题”“搜索”“动态规划”“贪心”等再配合系统的“训练计划”功能按周给学生分配题目。蓝桥杯的题型相对固定按专题训练比盲目刷题效率高得多。实操中可以创建一个“蓝桥杯省赛模拟”的题目集合把历年省赛真题按照年份和组别排好每周组织一次限时训练。QDUOJ有比赛功能可以配置开始时间、时长、题目列表直接拿真题当模拟赛用比赛结束后自动生成榜单和判题记录复盘很方便。5.2 用竞赛模式做模拟赛QDUOJ的比赛模式支持ACM和IOI两种计分方式。蓝桥杯的计分逻辑和ACM不太一样它是按题号和部分得分来的不是完全按AC/WA判断。所以如果是严格按照蓝桥杯规则模拟建议把每道题拆成多个小问或者在题目描述里说明部分分规则让选手自己对答案估分。不过大多数情况下训练和模拟赛用ACM模式也够用了重点在于让选手适应限时环境下读题、想解法、敲代码的节奏。真正参赛的时候会发现OJ上的刷题经验对比赛心态帮助特别大。5.3 题库的日常维护与更新题库不是一次导入就结束了。蓝桥杯每年都出新题我的习惯是赛后第一时间整理题目和题解把新题按同样的流程导入QDUOJ。同时定期检查已有题目的数据和描述发现有人提交后总是非正常判错就重点排查那道题的测试数据。另外QDUOJ本身也在持续更新升级版本后偶尔会出现老题目导入格式不兼容的情况。我的建议是每次升级前先导出一份完整的题库备份升级后再对比检查一遍。这套“修改版”题库经过实际集训队使用跑了小半年没出过大问题稳定性和可靠性都验证过了。说实话整理这套题库最大的感受是花在数据处理上的时间远比预想的多。但一旦跑通后续所有训练和比赛都变得特别顺。如果你也在用QDUOJ或者类似的OJ系统建议直接从批量导入入手别手动一道题一道题录。把格式规范、数据校验、导入流程这几步理顺一套可用的题库半天就能上线。最后再分享一个小技巧数据集目录里多放一组sample.in/sample.out和题目页面的样例保持一致这样选手提交前可以先本地验证样例能少很多无意义的WA提交。本文还有配套的精品资源点击获取