如何利用ThinkPHP构建在线考试系统题库管理【实战】

题库管理这事儿，表面看像是“建个表再写几个增删改查”就能搞定，但实际跑下来你会发现，真正的难点全卡在结构设计上——能不能扛住多题型、可扩展、易导入，才是拉开差距的关键。拿 ThinkPHP 5.1 当起点没什么问题，但要是直接照搬 CRUD 模板，大概率会在填空题答案比对、多选题判分逻辑、Excel 导入字段映射这三个地方摔跟头。

question 表字段怎么设计才不翻车

用一张 question 表统一存所有题型，比建 question_single、question_fill 等多张表的方式更轻量，也更易于维护——前提是字段设计不能偷懒。

• type 字段必须用整型（比如 1 代表单选、2 代表多选、3 代表判断、4 代表填空），不要图省事用字符串。原因很简单：后续做 switch 判定时，空格或大小写歧义这种低级错误，一旦出现就是灾难。
• options 和 answer 这两个字段，必须用 JSON 字符串存储，而不是序列化或纯文本。JSON 的好处是能被 json_decode($row['options'], true) 安全解析。比如多选题，支持 ["A","C"] 这种结构；填空题则可以存 ["null", "NULL", "None"] 多个标准答案，灵活度完全不一样。
• 很多简单场景下，correct_answer 字段用 varchar(255) 直接塞个 "A,C" 似乎也行。但真实业务里，填空和简答题需要数组，判断题需要布尔语义，统一走 JSON 才能把判分逻辑收敛到一个稳定的处理流程上，而不是四处打补丁。
• difficulty 字段建议用 tinyint(1) 存 1 到 5 的数值，别写成 "简单"、"中等" 这种文字。否则排序、筛选、统计时，额外处理的工作量会让你后悔当初的选择。

Excel 导入时 phpspreadsheet 解析怎么不出错

导入失败的情况，十有八九不是代码本身的问题，而是 Excel 文件本身踩了隐形坑。ThinkPHP 后台调用 PhpSpreadsheetReaderXlsx 读取时，有几处必须人工核对，马虎不得：

• 文件必须是 .xlsx 格式，不能是“另存为”出来的兼容模式 .xls。一旦用了 .xls，getSheetIterator() 可能直接返回空，数据都读不出来。
• 首行表头必须严格按顺序排列：question_text、type、option_a、option_b、option_c、option_d、correct_answer、score、category。任何一列错位，$row['correct_answer'] 读到的就是选项内容，结果全乱套。
• 填空题的 correct_answer 单元格里不能有换行或不可见空格。否则即使做了 trim()，仍然可能残留 \r\n 字符，导致 in_array() 匹配失败——这种坑查起来特别折磨人。
• 多选题的答案必须用英文逗号分隔且无空格，例如 A,C,E，而不是 A, C, E。后者用 explode(',', $raw) 拆分后会产生带空格的元素，排序比对直接失效，判分结果自然就不靠谱了。

后台表单如何根据题型动态渲染

在 ThinkPHP 模板里硬写四套表单（单选/多选/判断/填空），会导致 Ja vaScript 控制逻辑混乱，校验代码散落到各处，维护成本直线上升。更合理的做法是：服务端一次性输出结构化数据，前端靠字段驱动渲染。

• 编辑题目时，控制器传入 $question = ['type'=>2, 'options'=>['A','B','C','D'], 'answer'=>['A','C']]，模板用 {:json_encode($question)} 注入到 JS 变量，数据和视图彻底分离。
• 前端用 Vue 或原生 JS，根据 type 的值动态切换 DOM。比如 type===2 时显示四个选项输入框并预填充 options；type===4 时隐藏选项区，只留一个答案输入框。这样不仅代码干净，扩展新题型也只需要加一个分支。
• 提交前，JS 把当前表单状态序列化成标准结构：{type:2,options:['A','B','C','D'],answer:['A','C']}，PHP 收到后直接用 json_encode() 写入 options 和 answer 字段，完全不需要拼 SQL，既安全又省心。

自动阅卷时 paper_question.answer 和 exam_record.answer 怎么比对才可靠

阅卷逻辑绝不是简单的 == 比较能搞定的。不同题型必须走不同的比对路径。最容易踩坑的地方是：标准答案存的是 JSON 字符串，而考生答案则是用户提交的原始字符串，两者类型不一致，直接比较必然判错。

• 单选和判断题：先 json_decode($paperQuestion['answer'], true) 得到标准答案（比如 'A' 或 true），再与 $record['answer']（如 'A'）做 === 比较。这一步能有效避开 '1' == true 这类弱类型陷阱。
• 多选题：双方都转成小写、排序后的数组，用 array_values(array_sort(array_map('strtolower', $std))) === array_values(array_sort(array_map('strtolower', $user))) 来比对。注意 array_values() 要重排键，防止关联数组的 key 不一致导致误判。
• 填空题：标准答案是 JSON 数组，$stdAnswers = json_decode($paperQuestion['answer'], true) 之后，用 in_array(strtolower(trim($userAnswer)), $stdAnswers) 进行匹配。千万别忘了加上 trim()，去掉首尾空格。

题型字段没做索引、JSON 字段没加校验、Excel 导入跳过空行检查——这些细节如果不在上线前提前堵住，上线后必然是高错误率、教师反复投诉“系统判错了”。而真相往往是：算法本身没问题，出问题的是数据入口没控住。