简介面向蓝桥杯备赛选手的QDUOJ适配题库资源在保留原题基础上针对青岛大学在线评测系统做了兼容性调整便于直接导入练习与模拟评测。资源包含old_data.json与test_case.zip两个文件前者以JSON格式存储题目标签、时间限制、内存限制等元信息后者提供可解压的输入输出用例整体约70MB。适合希望按历年真题熟悉赛制、验证算法实现并提升代码通过率的入门与进阶选手也适用于高校算法竞赛训练场景。已有1342人学习下载打包内容结构清晰导入后即可对照样例自查降低备赛环境配置门槛。1. 蓝桥杯题库 for QDUOJ把历届真题变成能直接导入的 OJ 题包刷蓝桥杯真题的 C/C、Java、Python 选手大多有过这种别扭在蓝桥杯官方练习系统或各种 hoj 平台上做题是一回事真要把历年真题搬进自己搭的 QDUOJ 或学校 OJ又会撞上格式问题、数据点缺失、评测方式对不上。这套「蓝桥杯题库 for QDUOJ修改版」解决的就是这件事把蓝桥杯历年真题整理成 QDUOJ 能直接识别的题目包导入就能开刷也能直接拿去做校内模拟赛。它不只是换了层壳还按 OJ 评测的习惯补齐了数据点、统一了时间与内存限制部分浮点题和多解题配了特判。适合三类人准备省赛、国赛、想拿真题做本地模拟的选手在校内或实验室搭了 QDUOJ 想往题库里灌蓝桥杯题的管理员以及接手别人 OJ 后想把散落真题统一管理起来的运维。下面我按自己折腾过的路径把包结构、导入流程和踩过的坑从头讲一遍。2. QDUOJ 导入包长什么样先拆开 zip 看 problem.json 与数据点2.1 为什么蓝桥杯题不能直接传进 QDUOJ蓝桥杯的题目在比赛系统里是以「题面 若干测试点」组织的一个测试点对应一个输入输出文件评测机按逐个数据点给分。而 QDUOJ 这类通用在线评测平台题目是以「题面描述 标准程序 数据文件 评测配置」为单位存储的。两者差别在数据组织方式蓝桥杯官方题的测试数据通常按数据规模分成多组比如「对于 60% 的数据N ≤ 10^3对于 100% 的数据N ≤ 10^5」但在练习系统里你看到的是打包好的整体数据缺少 OJ 需要的分段边界另外蓝桥杯有不少题目答案是浮点数或非唯一解直接做字符串比对会把能得分的答案全判成错。QDUOJ 的题目导入后台支持 QDUOJ 格式和 Polygon 格式的 zip 包。Polygon 是 Codeforces 那套题包格式字段多、结构复杂对只想要「能跑通」的普通管理员来说太重。QDUOJ 自己的格式就友好得多一个 zip 包里面放题面信息、测试数据、参考程序和可选的 Special Judge 程序上传后在后台选一下就能导入。所以拿蓝桥杯题喂给 QDUOJ第一步不是改代码而是把题面和数据重组成 QDUOJ 认得的目录结构。2.2 导入包结构与关键文件我一般拿到一套题包先做一件事不急着上传先解压看第一层目录。QDUOJ 格式的题包含义如下文件/目录作用说明problem.json题面与评测配置标题、描述、输入输出说明、时间限制、内存限制、SPJ 标记test/ 或 data/测试数据目录存放成对的 .in / .out 文件编号从 1 开始连续solution.cpp标准程序用于生成标准答案和判题参考spj.cpp特判程序浮点多解题目才需要对应 SPJ 开关其中最容易出错的是 problem.json 里的字段。常见字段长这样{ title: 蓝桥杯省赛真题-爬山, description: 给定一个整数序列求最小花费……, input_description: 第一行为整数 N……, output_description: 输出一个整数……, hint: , time_limit: 1000, memory_limit: 256, samples: [ { input: 5\n4 2 1 3 5\n, output: 7\n } ], spj: false }这段配置里值得注意的有三个字段time_limit的单位是毫秒memory_limit的单位是 MB个别 QDUOJ 版本会在后端做换算但题包内的约定通常是这个spj必须在题包含里就声明好否则即使你把 spj.cpp 放进 zip 也不会被启用。我在导入前会先用python3 -m json.tool problem.json校验一遍 JSON 格式避免一个有语法错误的配置让整个导入流程直接中断。2.3 修改版在评测定义上改了什么「修改版」这三个字核心价值就在评测定义上。原始蓝桥杯题散落在各个平台转成 QDUOJ 题包时最容易出现三个问题数据点不完整、限制不符合 OJ 惯例、浮点题没有特判。这套修改版主要做了几件事把原来「按规则逐点判分」的数据整理成标准 .in/.out 对并确保编号连续把蓝桥杯官网题目说明里的时间限制折算成 QDUOJ 单点限制避免一道题在 OJ 上全部点超时给输出浮点数的题目补上 spj.cpp用绝对误差或相对误差比较代替字符串比对。另外修改版大概率把题面里的image外链处理过一遍否则导入后图片会因为源站防盗链直接裂开。提示拿到任何题包先解压、再看 problem.json、再数 test 目录下文件数量这三步做完再谈导入。跳过这一步直接上传遇到报错你会连原因都猜不准。3. 把题包导进 QDUOJ后台导入、批量打包与参数设置3.1 后台导入操作与字段选择QDUOJ 后台的导入入口在题目管理里路径一般是「题目管理 → 导入题目」。选择 zip 上传后系统会读取包内 problem.json把题面、样例、限制一并解析出来。这个过程中你几乎不用手动敲任何参数但导入完成后要立刻检查三个地方时间限制是不是你期望的毫秒数比如蓝桥杯真题常见单点 1s导入后应显示 1000ms内存限制是否显示为 256MB 而不是 262144KB避免单位换算带来的误判SPJ 开关是否按题包声明自动打开没打开的话浮点题全 WA。后台导入适合一两道题的手工操作。你传完一道、编辑一道、保存一道顺手还能改题面里的 Markdown。但你要是手里握着几十道历年真题这么逐个传会传到怀疑人生这时候就需要批量手段。3.2 批量场景用脚本把题目目录打成 QDUOJ zip我处理几十道蓝桥杯真题时的做法是结构化目录每道题一个文件夹里面放 problem.json、test 数据、solution.cpp然后统一打包上传。下面这个脚本用来把散乱的题目目录整理成 QDUOJ 可识别的 zip你只需要保证每个子目录内文件命名一致#!/bin/bash # 用法: ./pack_qduoj.sh /path/to/problems_dir/ BASE${1} for dir in ${BASE}*/; do name$(basename ${dir}) if [ -f ${dir}/problem.json ] [ -d ${dir}/test ]; then cd ${dir} zip -r ../${name}.zip problem.json test solution.cpp spj.cpp 2/dev/null cd - /dev/null echo 打包完成: ${name}.zip else echo 跳过 ${name}: 缺少 problem.json 或 test 目录 fi done这段脚本的逻辑很简单遍历每个子目录检查必备文件存在后用 zip 命令把题面、数据、参考程序和可选的 spj 一起封进同名压缩包。2/dev/null是故意吞掉 spj.cpp 不存在的报错——不是所有题都需要特判缺了也不影响打包真正缺了 problem.json 或 test 目录时脚本会用跳过提示你。这里有个重要的打包细节要进入题目目录内再执行 zip保证压缩包的第一层是 problem.json而不是嵌套一层外层目录。很多人打包时习惯在上级目录执行结果 zip 里多了一层文件夹QDUOJ 解析时找不到根目录的 problem.json直接报「无效的题包」。3.3 时间限制、内存限制与 OI 得分模式的设置批量导入完成后真正的参数调优才开始。蓝桥杯的判分方式跟 ACM 不一样ACM 是一题一判过了就 AC错了就 WA蓝桥杯是 OI 赛制按数据点给分过几个点拿几分。QDUOJ 的比赛系统里支持 ACM 和 OI 两种模式创办模拟赛时必须把比赛设为 OI 模式否则选手在一道题上反复提交分数会被当成 ACM 题处理失去「逐点给分」的意义。单题限制上蓝桥杯题目描述里的「时间限制1s」指的是单个数据点的执行时间。有的题包在转换时偷懒把整道题的总时限当单点时限填进去导致评测时每个数据点都能跑满几秒比赛时的体验完全失真。QDUOJ 的time_limit字段就是单点限制填入 1000 就是每个测试点各 1 秒。内存限制同理蓝桥杯普及组通常 128MB提高组有的题给到 256MB按题目标注填即可别把比赛系统里显示的总内存配额往单道上填。4. 避坑与排查五个让人白折腾一晚上的导入问题4.1 导入报 Invalid Problem多半是多包了一层目录现象后台选择 zip 上传页面直接提示「无效的题包」或「导入失败」连日志都没有详细报错。原因压缩包第一层不是 problem.json而是一个同名文件夹文件夹里面才是题面和数据。很多人用zip -r 题目.zip 题目目录/这么打包就会套上一层壳。解决用unzip -l 题目.zip | head先看压缩包内部路径确保第一层直接是 problem.json如果多了一层用下面命令重新打包cd 题目目录 zip -r ../题目_new.zip . -x *.DS_Store -x *__pycache__*注意cd到题目目录内部再打包-x参数顺手把 macOS 的 DS_Store 和 Python 缓存排掉避免多余文件混入题包。从那以后我每次打包都会先看一眼压缩目录树这个习惯救了我很多次。4.2 样例过、数据点全 WA浮点题没开 Special Judge现象导入后提交标准程序样例能过交上去却是 0 分所有测试点全 WA。原因蓝桥杯有些题输出的是浮点数比如计算几何、概率期望类答案只要在误差范围内就算对而 QDUOJ 默认按字符串严格比对1.0000000 和 1.0000001 都会被判错。解决把题包里的 spj.cpp 补上并在 problem.json 中把spj字段设为 true 再重新导入。一个简洁的浮点特判写法是#include bits/stdc.h using namespace std; int main() { double a, b; cin a b; if (fabs(a - b) 1e-4) return 0; return 1; }这段代码从标准输入读两个数一个是你程序跑出来的答案一个是标准答案如果误差在 1e-4 以内返回 0判 AC否则返回 1判 WA。注意 QDUOJ 的 SPJ 约定是返回 0 表示接受非 0 表示拒绝千万别和普通程序的主函数返回值含义搞反了。另外 SPJ 程序的编译可能依赖题包里spj.cpp的放置位置务必把它放在 zip 根目录而不是 test 或 data 子目录里。4.3 内存限制单位混用导致 MLE现象蓝桥杯官网写着 256MB导入后题目详情也显示 256但选手一提交就 MLE程序明明只开了几个数组。原因QDUOJ 某些部署版本在后台把 memory_limit 按 KB 或字节存储导入时如果你在 problem.json 里写的是 256 而不是 262144系统可能把 256 当成 KB等于实际只给了 0.25MB。解决导入后先看一眼题目详情页若显示异常小直接在后台题目编辑里改成 262144KB或按你部署版本的字段说明换算。更稳妥的做法是找一道已知内存占用正常的题对比用它的time_limit和memory_limit字段值反推当前 OJ 的单位习惯。4.4 题面图片裂开、公式乱码现象导入后题目描述里的图片全部变成裂图图标公式排版乱成一团。原因蓝桥杯原始题面里的图片是绝对外链指向官方服务器在做题包里没有进行本地化处理你在内网部署的 OJ 无法访问外网图源或者源站有防盗链。解决把图片下载下来转成 base64 嵌入 problem.json 的 description 字段或者传到 QDUOJ 自带的图床后替换成相对链接。公式乱码多半是题面用了 LaTeX 而 OJ 渲染器不识别需要统一改成 QDUOJ 支持的 Markdown 数学公式语法。这一步很琐碎但影响刷题体验极大——没人愿意看一张裂图猜题意。4.5 提交卡在等待中判题队列没有接到新题现象题目导入成功提交代码后状态一直是「等待中」过几分钟还是不动别的题却一切正常。原因QDUOJ 的判题机judge server通过消息队列接收任务导入题目时后端写入数据库的题目 ID 与判题机缓存的题目信息不一致导致消息被跳过。解决重启判题服务或在后台触发一次「重新判题」。如果重启后仍然卡住检查 Redis 队列里有没有堆积的异常任务把队列清掉再重新提交一次。这类问题看起来是题包故障其实和题目数据结构无关是部署层面的队列同步问题。5. 导入后的验证与二次加工让评测记录帮你查数据点题包导入只是开始真正决定题库能不能用是导入后的验证。我的固定流程分三步走。第一步本地把数据点全跑一遍。写一个简单脚本遍历 test 目录下所有 .in 文件用题目自带的标程生成输出与 .out 做 diff#!/bin/bash for in_file in test/*.in; do base$(basename $in_file .in) ./solution $in_file /tmp/${base}.out if diff -q /tmp/${base}.out test/${base}.out /dev/null; then echo 数据点 ${base}: 一致 else echo 数据点 ${base}: 不一致, 请检查 fi done这一步把所有数据点的正确性在本地锁死确认题包内部没有「标程都跑不对」的脏数据。然后是两次提交验证先交一个空的int main(){}预期是全 WA用来确认评测流程真的在逐点判分再交标程预期是全 AC用来确认 QDUOJ 的评测环境与限制设置没把正确代码误杀。两次提交都符合预期这套题包才算落了地。第二步用评测记录反向检查数据点。QDUOJ 的评测详情会显示每个测试点的得分情况如果一个数据点是 WA你可以在本地把那个 .in 文件单独拎出来打印标程的中间变量跟 .out 逐行比对。很多时候是 .out 文件末尾缺换行或者输出里有隐藏空格这类玄学问题靠肉眼看题面是发现不了的只能靠评测记录定位。第三步把验证通过的题包重新导出一份作为存档。QDUOJ 后台支持把题目导出成 zip我会把线上验证通过、又按自己习惯微调过题面的题目导出一版单独存放作为之后再搭 OJ 或迁移题库时的底包。从那以后我每导一套题进 QDUOJ 都强制走一遍「本地跑数据 → 空提交 → 标程提交 → 导出存档」这个流程再也不靠缘分判题。希望这套流程对你也用得上。本文还有配套的精品资源点击获取