简介这是一套基于 ASP.NET 与 SQL Server 2022 的在线考试系统完整源码适配 Visual Studio 2019面向需要学习 Web 开发或搭建考试平台的学生、开发者与教育机构。系统集成用户管理、试题库管理、考试安排与成绩记录等功能支持选择题、填空题、简答题等题型能够按设定规则自动评判客观题答案减少人工阅卷与组织成本。资源共 240 个文件、ZIP 压缩包 13.6MB以 65 个 C# 源码文件、22 个 aspx 页面、45 个 dll 依赖库为主体配合解决方案与项目配置文件、CSS/JS 前端资源以及 bak 数据库备份数据库备份文件可快速恢复完整考试数据压缩包内还附带系统或数据库的访问凭据文档解压后即可用 Visual Studio 直接打开调试。从页面结构与目录布局能清晰看到考试、题库、试卷、用户管理四大核心模块覆盖用户认证、试题管理、考试安排、自动评分与成绩统计等完整业务流程。目前已有 107 人学习适合希望深入掌握 ASP.NET 服务器控件、事件驱动模型与 SQL Server 数据操作的开发者是一份可直接落地学习的项目级参考资料。 做了这么多年.NET开发接过的需求里在线考试系统算是出镜率相当高的一类。从学校期末考、企业入职测评到培训机构阶段测验本质上都一个套路出题、组卷、答题、判分、统计。技术栈上用ASP.NET来做既是因为公司服务器环境Windows占多数也是因为.NET生态里做这类Web应用确实顺手一套表单验证、Session状态管理、ADO.NET/EF操作数据库的流程走下来人效很高。这篇文章我会把当时做在线考试系统的完整设计思路、核心代码、踩坑记录都摊开讲包含登录认证、题库管理、随机组卷、自动判分、防作弊这些模块的关键实现。你要是在做类似的MIS类系统哪怕不是考试场景里面的Session生命周期管理、动态控件生成、AJAX异步提交这些思路也都能直接搬到别的项目里用。1. 系统整体架构与设计思路1.1 为什么选ASP.NET而不是其他方案先说技术选型。市面上做在线考试系统的方案很多PHP、Java、Node都能干我这边当时的情况是服务器是Windows Server IIS数据库用的是SQL Server 2008 R2团队里几个人全是C#出身接手维护成本最低客户明确要求能部署到内网并且对数据安全性有要求.NET在这块生态成熟ASP.NET Web Forms在这个场景下有个天然优势——服务端控件模型。虽然现在看Web Forms有些过时但对于考试系统这种表单密集型应用GridView绑题库、RadioButtonList渲染选项、Repeater循环显示题目开发效率比手动拼HTML快一大截。后来项目迁移的时候也考虑过ASP.NET MVC但核心业务逻辑可以直接复用改动成本主要在前端展示层。系统整体采用经典的三层架构层级职责关键组件表现层UI页面展示、用户交互、表单验证Web Forms页面、ASP.NET AJAX业务逻辑层BLL组卷策略、判分规则、考试状态机业务类库、自定义实体数据访问层DAL数据库增删改查、事务处理ADO.NET、SQL存储过程1.2 核心需求拆解做之前先列清楚考试系统到底要什么我把客户的需求拆成了五个模块用户认证考生登录、管理员登录角色权限分离密码加密存储题库管理单选题、多选题、判断题三种题型支持按科目分类能够批量导入在线考试随机组卷、考试倒计时、禁止刷新重复提交、答题进度保存自动判分客观题由系统自动判定算总分并展示得分明细成绩统计按班级/科目查看成绩分布导出Excel报表这五个模块里最花心思的是随机组卷和防重复提交这两个点。随机组卷不是简单地ORDER BY NEWID()就算了得考虑题型分布、难度系数、知识点覆盖率防重复提交则是Web应用的通病——F5一刷新就重新交卷或者连点两次提交按钮就多出一条记录。2. 核心模块的实现细节与关键技术点2.1 登录认证与角色权限控制登录这事儿看似简单坑其实不少。第一版我直接明文密码存数据库被客户验收时怼了一顿后来改成MD5加盐再后来又升级到SHA256。// 密码哈希SHA256 随机盐值 public static string GenerateSaltedHash(string password, string salt) { byte[] passwordBytes Encoding.UTF8.GetBytes(password); byte[] saltBytes Encoding.UTF8.GetBytes(salt); byte[] combined new byte[passwordBytes.Length saltBytes.Length]; Array.Copy(passwordBytes, combined, passwordBytes.Length); Array.Copy(saltBytes, 0, combined, passwordBytes.Length, saltBytes.Length); using (SHA256 sha SHA256.Create()) { byte[] hashBytes sha.ComputeHash(combined); return Convert.ToBase64String(hashBytes); } }角色权限我用的是Session 页面基类来控制。所有需要登录才能访问的页面都继承自一个BasePage类在Page_Load之前检查Session权限不够直接Response.Redirect到登录页。public class BasePage : System.Web.UI.Page { protected override void OnInit(EventArgs e) { base.OnInit(e); if (Session[UserInfo] null) { Response.Redirect(~/Login.aspx?returnUrl Server.UrlEncode(Request.Url.PathAndQuery)); return; } // 管理员功能页面的权限判断 if (this is IAdminPage Convert.ToInt32(Session[UserRole]) ! 1) { Response.Write(权限不足); Response.End(); } } }注意Response.Redirect在Page_Load里用会产生ThreadAbortException用Response.Redirect(url, false)避免或者在OnInit里做判断。这算是个小细节了。登录控件我直接用了ASP.NET自带的Login控件但在后面接了自己的验证逻辑。这里要提醒一下自带控件适合原型快速验证生产环境建议还是手动写登录逻辑因为自带的控件样式定制、验证码集成、第三方登录对接都会比较别扭。2.2 题库管理批量导入与选项存储题库管理算是最无聊但工程量最大的部分。一张张手动录题太费时间我专门做了Excel批量导入的功能。Excel导入用的是NPOI库——这个库在.NET里操作Excel算是标配了不用装Office服务器上也不用部署Excel环境。导入的核心逻辑是按模板解析Excel每一行然后写入SQL Server。模板格式固定为题型、科目、题干、选项A、选项B、选项C、选项D、正确答案、难度系数、知识点。题库表结构我当时设计成单表存储判断题选项为正确/错误CREATE TABLE T_Question ( QuestionId INT IDENTITY(1,1) PRIMARY KEY, QuestionType TINYINT, -- 1单选 2多选 3判断 SubjectId INT, -- 科目ID QuestionContent NVARCHAR(500), OptionA NVARCHAR(200), OptionB NVARCHAR(200), OptionC NVARCHAR(200), OptionD NVARCHAR(200), CorrectAnswer NVARCHAR(50), -- 单选存A多选存ABC判断存对/错 Difficulty TINYINT, -- 1易 2中 3难 KnowledgePoint NVARCHAR(100), CreatorId INT, CreateTime DATETIME DEFAULT GETDATE() );多选题的正确答案我直接用字符串拼接存储比如ABC。判分的时候把这个字符串拆开对比。这种设计简单直接单表查询性能也不差。你要是追求严格的数据库范式应该拆成题目-选项-答案三张表但对考试系统这规模的项目来说单表省了一大堆联表查询的烦恼。2.3 随机组卷策略不止是ORDER BY NEWID()随机组卷的核心要求是每次考试题目不一样但又不能全随机导致难度失控。我的方案是分层随机——先按题型和难度系数分组每组按比例抽取题目。比如一张卷子要出50题比例是单选20题易8中8难4、多选15题易3中8难4、判断15题易5中8难2。代码逻辑这样写// 按题型难度分组抽取 public DataTable GenerateExamPaper(int subjectId, int singleCount, ...) { // 先构造参数化的SQL按难度分层随机抽取 string sql SELECT TOP (count) * FROM T_Question WHERE SubjectId subjectId AND QuestionType type AND Difficulty difficulty ORDER BY NEWID(); // 循环调用每次取一组 }为什么分组抽而不是全量随机因为全量随机会出现某一次考试选择题全是难题、判断题全是简单题的情况考生分数差距拉不开也会引发对考试公平性的质疑。分层随机能保证每次考试的知识点和难度分布基本一致只是题目组合不同。考试开始的时候我要把生成的试卷快照保存下来。这里注意不能只存考试的题目ID列表在Session里因为Session默认20分钟过期考试时长60分钟的话Session过期了就全完了。我的做法是交卷之前试卷内容始终从数据库读取考试表里存ExamPaperSnapshot字段存的是题目ID序列JSON格式考生每做完一题即时把答案保存到答题明细表这样即使考生刷新页面或者断网重连之前做的答案都不会丢。2.4 在线考试倒计时、自动保存与防作弊考试页面的交互是整个系统里最复杂的部分。倒计时用JavaScript实现每秒更新一次时间到了自动提交试卷。这里有个常见坑JS倒计时被用户通过改本地时间干扰。我们的方案是不信任客户端时间每次从服务器返回标准时间戳JS只做递减运算。// 页面加载时从服务器端获取截止时间 protected void Page_Load(object sender, EventArgs e) { if (!IsPostBack) { DateTime endTime DateTime.Now.AddMinutes(60); hfEndTime.Value endTime.Ticks.ToString(); // 通过HiddenField保存截止时间防止客户端篡改 } }// 前端倒计时逻辑 var interval setInterval(function () { var now new Date().getTime(); var endTime new Date(parseInt(document.getElementById(hfEndTime).value)).getTime(); var diff endTime - now; if (diff 0) { clearInterval(interval); document.getElementById(btnSubmit).click(); // 自动交卷 } else { var minutes Math.floor(diff / 60000); var seconds Math.floor((diff % 60000) / 1000); document.getElementById(lblTimer).innerText minutes 分 seconds 秒; } }, 1000);防作弊与防重复提交这里有几个要点每个考生考试期间锁定该用户的Session不允许同一个账号在另一个页面重复登录交卷的时候做幂等校验同一场考试已经交过卷的直接返回结果不再重复写入成绩页面加Page.ViewStateUserKey防止视图状态被篡改关于防复制很多客户会要求禁止右键、禁止复制粘贴。技术上能做但说实话效果有限浏览器装了开发者工具啥都能绕过去。我的做法是服务端记录每题的答题耗时答题时间短得不合理的比如3秒做完一道复杂的计算题在成绩单上标记为疑似作弊由人工复核。2.5 自动判分与成绩统计客观题的判分逻辑不复杂但是有个细节值得注意多选题的判分规则。有的考试是漏选给一半分有的是全对才给分。我用配置项控制private decimal ScoreMultipleChoice(string studentAnswer, string correctAnswer, decimal scorePerQuestion) { if (string.IsNullOrEmpty(studentAnswer)) return 0; char[] student studentAnswer.ToUpper().OrderBy(c c).ToArray(); char[] correct correctAnswer.ToUpper().OrderBy(c c).ToArray(); if (new string(student) new string(correct)) return scorePerQuestion; // 全对 // 漏选且没有错选给一半分 if (new string(correct).IndexOf(new string(student), StringComparison.Ordinal) 0 student.Length correct.Length) return scorePerQuestion / 2; return 0; }这里漏选判断的逻辑是先把学生答案排序然后判断学生答案字符串是否是正确答案字符串的子序列且没有多选。打个比方正确答案是ABD学生填了AB——按子序列判断给一半分填了AC就说明选了错误选项0分。成绩统计页面用GridView做数据展示导出Excel用NPOI把DataTable转成.xlsx文件这里也要提醒一个小坑HttpContext.Current.Response.BinaryWrite输出文件的时候必须设置ContentType和Content-Disposition头不然下载下来的文件是乱码。3. 从零到部署的完整实操记录3.1 开发环境与项目结构我给自己的开发环境是组件版本Visual StudioVS2013.NET Framework4.5ASP.NET Web FormsIIS集成管道模式SQL Server2008 R2前端库jQuery 1.11.1 Bootstrap 3.3.7项目结构分三个类库项目加一个Web项目ExamSystem.sln ├── ExamSystem.Model // 实体类 ├── ExamSystem.DAL // 数据访问类 ├── ExamSystem.BLL // 业务逻辑类 └── ExamSystem.Web // Web站点实体类的定义用简单的C# POCO不引入EF的复杂映射。当时是考虑到SQL Server存储过程写惯了ADO.NET直接调用更可控。EF的延迟加载在考试这种高频读取场景下反而容易踩连接池的坑。3.2 配置文件的坑连接字符串加密生产环境的数据库连接字符串不能明文写在web.config里。虽然有Encrypt选项但实际操作中IIS的机器密钥配置不对会导致整个网站崩溃。我的折中方案是web.config里放加密的connectionString启动时在Application_Start里解密。connectionStrings add nameExamConn connectionString加密后的连接字符串 / /connectionStringsprotected void Application_Start(object sender, EventArgs e) { // 解密连接字符串 string encrypted ConfigurationManager.ConnectionStrings[ExamConn].ConnectionString; string decrypted EncryptHelper.Decrypt(encrypted); // 存入静态变量供全局访问 DbHelper.ConnectionString decrypted; }3.3 考试期间的并发与事务处理考到一半提交答案的时候系统可能同时有几百人在操作。SQL写入的并发控制不能靠前端必须在数据库层面做事务。public bool SubmitAnswer(int examId, int userId, int questionId, string answer) { using (SqlConnection conn new SqlConnection(connStr)) { conn.Open(); using (SqlTransaction tran conn.BeginTransaction()) { try { // 先判断考试是否在有效期内 string checkSql SELECT Status FROM T_ExamRecord WHERE ExamIdexamId AND UserIduserId; // 执行查询... // 插入答题明细 string insertSql IF NOT EXISTS (SELECT 1 FROM T_AnswerDetail WHERE ExamIdexamId AND UserIduserId AND QuestionIdquestionId) INSERT INTO T_AnswerDetail (ExamId, UserId, QuestionId, Answer, AnswerTime) VALUES (examId, userId, questionId, answer, GETDATE()) ELSE UPDATE T_AnswerDetail SET Answeranswer, AnswerTimeGETDATE() WHERE ExamIdexamId AND UserIduserId AND QuestionIdquestionId; // 执行... tran.Commit(); } catch { tran.Rollback(); throw; } } } }为什么用IF NOT EXISTS而不是先SELECT再判断因为高并发下先查再插会有竞态条件两个请求同时查到不存在然后同时插入会违反唯一约束。用IF NOT EXISTS将判断和插入合并成一个原子操作配合表上的唯一索引ExamIdUserIdQuestionId就万无一失了。3.4 IIS部署细节部署到IIS的时候有几个坑我记忆犹新第一个坑是集成管道模式的Handler映射问题。默认情况下IIS7.5以上会用集成管道模式ASPNET的Session、Request这些对象在管线中的生命周期变了。如果你在Application_BeginRequest里也用Session就会导致Session尚未加载的异常。解决办法是改为Classic模式或者用托管模块的方式在PostAcquireRequestState事件里读Session。第二个坑是文件上传大小限制。如果要做Excel导入IIS默认的maxRequestLength只有4MB需要去设置system.web httpRuntime maxRequestLength20480 executionTimeout120 / /system.webIIS7以上还有一层maxAllowedContentLength在system.webServer/security/requestFiltering里配置。第三个坑是64位机器上IIS运行32位应用程序池。搞定但必须要说的是SQL Server连接字符串里的providerNameSystem.Data.SqlClient在.NET 4.0以后版本里用起来没问题但是部署的时候如果Web.config里少了这个providerName会报未找到提供程序检查了半天才反应过来。4. 常见问题与排障实战记录4.1 Session丢失的诡异问题线上出现过一次最诡异的问题考试考到一半刷新页面发现Session丢失用户被踢回登录页。排查了很长时间最后发现是应用程序池回收导致的。IIS默认的空闲超时是20分钟如果用户点进考试就开始答题20分钟内没有向服务器发送任何请求这个Session对应的进程就会被回收。页面一刷新Session[UserInfo]就没了。解决方案有两个层面在web.config里把Session的超时时间调长比如60分钟sessionState modeInProc timeout60/前端用AJAX定时向服务器发送心跳请求保持Session活跃我当时两个方案一起用了。心跳请求还能顺带检查服务器是否在线一举两得。4.2 提交按钮连点导致重复提交用户点两次提交按钮函数被调用了两次成绩表里出现两条记录。这个在联调时没测出来因为正常手速点两次间隔短第二次的请求还没发出去页面就已经跳转了是上线以后被真实用户表演出来的。我的修复方案// 提交按钮锁定 var submitted false; function doSubmit() { if (submitted) { alert(试卷已提交请勿重复操作); return false; } submitted true; document.getElementById(btnSubmit).disabled true; // 这里调用 __doPostBack 或者 AJAX 提交 return true; }同时后端也做了同样的校验当成绩表里已经存在该用户该场考试的记录时直接返回已交卷的结果不再执行第二次写库。4.3 中文乱码问题数据库里读出来的中文显示成问号这个经典问题几乎是每个.NET开发都会遇到的。原因通常是以下几种SQL Server数据库或表的排序规则不是中文相关排序规则比如用了SQL_Latin1_General_CP1_CI_AS页面没有设置% Page CodePage65001 %中文被按GBK解析Excel导入时编码不对NPOI读出来的字符串没问题但写入数据库时连接串没有指定字符集排查思路可以这样先在SQL Server Management Studio里直接执行INSERT语句如果SSMS里能正常显示中文而页面上乱码那就是Web端的编码问题如果SSMS里就是问号那就是数据库排序规则的问题。4.4 考试成绩导出Excel的格式丢失导出Excel的时候如果直接用Response.Write写入字符串会出现每次格式都不一样、数字变成科学计数法的问题。正确做法是NPOI生成真正的.xlsx文件并且把单元格的类型显式设置为数值类型这样长数字才能正常显示成身份证号、学号等格式。// NPOI导出Excel单元格数据格式 IRow row sheet.CreateRow(index); row.CreateCell(0).SetCellValue(score.ToString(0.0)); // 用文本格式避免科学计数法 row.CreateCell(1).SetCellValue(studentNumber); // 学号也按文本写4.5 应用程序池内存溢出OutOfMemoryException考试结束后大量考生同时查看成绩页面服务器报了内存溢出。检查发现是每次导出Excel时都把整个DataTable加载到内存而且没有释放DataSet。后来改成使用Server.MapPath生成临时文件后直接下载并且在finally块里关闭FileStream问题解决。5. 一些实用的上线前检查清单整理一下我在这个项目里沉淀的检查清单每次发布前都要过一遍5.1 安全性项目密码必须以哈希形式存储禁止明文禁止只做MD5不加盐所有需要认证的页面检查是否继承了BasePage数据库操作全部走参数化SQL禁止拼接字符串防SQL注入管理员页面验证是否同时校验Session角色权限不能只靠前端隐藏按钮部署环境是否启用了HTTPS尤其是考试提交答案的接口5.2 功能正确性项目随机组卷是否保证同一场考试每组考生的题目都不完全一致考试倒计时归零后服务端是否强制终止考试并自动交卷断网重连后已作答的答案能否从数据库恢复多选题判分规则是否和客户端说明一致全对才给分还是漏选给部分分成绩统计报表的算分逻辑和试卷总分的加总是否一致5.3 性能与稳定性高峰期预估考生数做一次并发压力测试简单用Apache bench或者JMeterSQL Server索引是否建齐尤其是T_AnswerDetail表上的ExamId, UserId, QuestionId唯一索引代码里所有数据库连接是否在finally或using块中释放上传文件的目录权限是否设置正确防止匿名写入这份清单不是网上抄来的模板每条都是我实际遇到过或者见项目组踩过坑的。做考试系统最怕的不是功能做不出来而是上线后出现问题——本来考试就是个时间敏感的事情考试开始后系统挂了那可是几百号人的考试事故。6. 结尾与个人体会做了这个项目之后我的一个深刻体会是这类管理系统真正难的不是某个具体功能有多复杂而是各个模块之间的状态协同。考试这个业务场景对一致性的要求极高考生做了一小时题交卷时因为并发问题丢了答案那是致命的。所以我在设计里处处用数据库作为唯一的真相来源Session和前端状态都只做展示用不承担关键数据的持久化职责。最后再分享一个小工具调试考试计时功能时别傻等60分钟去看倒计时归零的效果。我在代码里加了个配置项ExamDurationMinites可以从Web.config读取调试的时候设成0.1分钟20秒就能看到自动交卷的效果。这种小技巧看着不起眼但能省不少开发时间。要是你也在做类似的项目建议一开始就把这种可配置的开关都埋好后面你会感谢自己的。本文还有配套的精品资源点击获取