简介面向培训机构、职业院校及企业内训场景的.NET在线培训考试系统源码基于.Net4.5与SqlServer2008R2技术栈涵盖在线学习、在线练习、模拟考试、在线考试、错题回顾与考试回顾等完整闭环功能。系统支持自动判卷与手工判卷内置本地视频上传播放与防下载机制可精准记录学员观看时间并通过视频播放事件实现课堂提问、实时反馈等互动教学。同时提供试题批量导入导出、考试成绩分组查询与导出、学员批量导入导出等功能可按需切换多种界面风格并支持微信手机端在线学习与考试。资源包为30.7MB的zip压缩文件内含可二次开发的完整项目源代码适合需要自建在线教学平台或研究在线考试系统架构的开发者直接参考。目前已有603人学习下载可直接部署调试帮助节省从零搭建的成本和时间。1. 一个 .NET 在线培训考试系统源码从 GitHub 下载到本地跑通要面对的几件事搞在线培训系统这件事市面上 SaaS 收费不便宜数据还在别人手里定制改需求更是要排队等排期。如果你正好是培训机构、企业内部培训或者职业院校的技术负责人手里有一份可以从 GitHub 下载的 .NET 在线培训考试系统源码那思路就完全不一样了——自己部署、自己改题库、自己控制视频资源和学员数据功能覆盖在线学习、在线练习、模拟考试、自动判卷、视频防下载、学习时长统计、微信手机端。这篇笔记就围绕这套基于 .NET 4.5 SqlServer 2008R2 的源码包讲清楚怎么把它拆开、部署起来以及哪些环节最容易翻车。先说结论这个项目不像现在的 .NET 6/8 那样跨平台开箱即用它要吃 Windows IIS SqlServer 这一套老组合部署逻辑是传统 WebForms 或 MVC 的思路。你不必是架构师但得按部就班把环境喂饱否则光是数据库连接串就能卡你一下午。下面从技术栈分析开始。2. 技术栈判断为什么 .NET 4.5 配 SqlServer 2008R2 这套老组合反而稳2.1 先看运行时和数据库.NET 4.5 与 SqlServer 2008R2 的兼容边界源码包关键词写得很明确SqlServer2008R2、.net4.5。这是两个非常关键的约束。.NET Framework 4.5 是 Windows 自带的运行时版本Windows Server 2012 / 2012 R2 原生支持Windows Server 2016 及以上版本也能装但需要确认系统里是否启用了对应版本的 .NET Framework 功能。想省事的话在服务器上打开「服务器管理器 → 添加角色和功能 → .NET Framework 4.5 功能」勾选 ASP.NET 4.5装完重启 IIS 就能认。数据库方面SqlServer 2008R2 虽然生命周期已经结束但它的备份文件.bak和 SQL 脚本在更高版本上通常兼容。我一般建议不要直接在生产装 2008R2常见做法是装 SqlServer 2016 或 2019然后在还原数据库时选择「来自低版本数据库」的备份文件兼容级别会自动迁移。但要注意如果源码里用了某个 2008R2 特有的语法或者系统存储过程在高版本下可能会有小差异后面部署章节我会专门列排查点。2.2 源码目录结构先分清 Web 层、业务层、数据层再动手从 GitHub 下载的 zip 解压后别急着往 IIS 里指。先花十分钟把目录层级过一遍判断它是单项目还是多项目解决方案。.NET 4.5 时代的老项目常见结构是解决方案下有三个工程一个 Web 站点放页面、JS、CSS、控制器或 aspx、一个业务逻辑类库放判卷、试题导入导出、学习时间统计的算法、一个数据访问层放 SqlConnection/SqlCommand 或 EF 实体模型。对应到这套培训考试系统你大概率会在解压目录里看到这些资源类型数据库脚本文件.sql 或 .bak、Web 部署目录包含 web.config、bin 目录、以及源代码工程文件.sln / .csproj。如果只有编译后的 bin 目录和页面文件而没有 .sln说明这是发布包不是完整源码如果带 .sln那就可以用 Visual Studio 2015-2022 打开改代码重新发布。下载前看清楚描述里写的是否含完整源码这个决定你后续能不能改判卷逻辑和视频防下载策略。2.3 数据库初始化两条路线直接还原备份脚本 vs 手动执行建库脚本数据库到位是整个系统能跑的前提。源码包里一般给两种方式其一要么是一个完整的 .bak 备份文件要么是一批按模块拆分的 .sql 脚本。我建议优先用 .bak 还原因为表结构、初始管理员账号、题型字典数据都是现成的少踩缺表漏数据的坑。还原时注意数据文件和日志文件的路径权限——SqlServer 服务账号必须有对目标目录的读写权限否则报错 5拒绝访问是家常便饭。如果是 .sql 脚本执行顺序要看文件名前缀的数字编号通常是先建库、再建表、再灌基础数据、最后建存储过程和视图。用 Sqlcmd 还是 SSMS 都行关键是脚本里如果有 GO 分隔符批量执行时不能拆开否则报语法错误。-- 还原数据库示例SqlServer 2008R2/2012/2016 均适用 RESTORE DATABASE OnlineExam FROM DISK NC:\DbBackup\OnlineExam.bak WITH MOVE OnlineExam_Data TO NC:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\OnlineExam.mdf, MOVE OnlineExam_Log TO NC:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\OnlineExam_log.ldf, REPLACE这里有一个参数要说明MOVE后面的逻辑文件名必须和备份文件里的逻辑名一致不确定就先执行RESTORE FILELISTONLY FROM DISK NC:\DbBackup\OnlineExam.bak它会把备份里所有数据文件和日志文件的逻辑名列出来。REPLACE用于覆盖同名数据库危险但省事建议只在确认旧库无用的情况下加。很多人在这一步翻车就是因为逻辑文件名猜了个错的导致还原失败。3. 考试业务与题库管理的落点自动判卷、手工判卷、批量导入导出的代码级拆解3.1 自动判卷与手工判卷判卷流程的差异与数据库表设计思路自动判卷的核心逻辑不在页面而在判卷服务里。它的输入是学员提交的答案集合输出是每道题得分和总分。对于单选题、判断题这类客观题直接比答案字段就行多选题会涉及容错逻辑——选错一个扣几分、漏选得一半分这类规则通常存在试卷配置表里。这套系统支持自动和手工两种判卷方式说明试卷表里至少有一个字段标识「判卷模式」可能是PaperMode或IsAutoCheck之类的列。手动判卷的流程则是老师逐题给分对应数据库里有一张「人工评分表」记录阅卷人、判分时间、每题得分和评语。理解这个差异后你再去看源码里的判卷类就能一下子分清哪部分是纯逻辑判断哪部分要写回人工评分记录。常见做法是自动判卷使用事务批处理——先把客观题分数全部算完再统一更新考试成绩表避免逐条 update 造成锁竞争。// 自动判卷核心方法示意 public decimal AutoCheckPaper(ListStudentAnswer answers, PaperConfig config) { decimal totalScore 0m; using (var conn new SqlConnection(_connectionString)) { conn.Open(); using (var tx conn.BeginTransaction()) { try { foreach (var ans in answers) { // 客观题按标准答案精确比对 var score CheckSingleObjectiveQuestion(ans, config.Rules); totalScore score; SaveAnswerRecord(ans, score, conn, tx); } // 手工题不在此处计分置为待阅卷状态 tx.Commit(); } catch { tx.Rollback(); throw; } } } return totalScore; }这段代码里的_connectionString是在类构造函数里从 web.config 读取的参数含义分别是数据源地址、初始目录、账号和密码。事务的作用是保证「答案记录和分数更新」要么全部成功、要么全部回滚防止考到一半数据库异常导致学员答案丢失。你在二次开发时如果要加入「答错倒扣分」规则改CheckSingleObjectiveQuestion这个方法就行不需要动事务框架。3.2 试题批量导入导出Excel 模板格式与常见编码坑试题批量导入导出是这个系统比较实用的功能。导入通常支持 Excel.xls/.xlsx或者 CSV导出则是把题库按题型查出来写到 Excel 供离线编辑。这一步最容易出问题的是编码和模板列头。用 NPOI 或 Aspose.Cells 这类库操作 Excel 时如果导入文件是 CSV编码必须是 UTF-8 或 GB2312否则中文题干全是乱码。Excel 97-2003 的 .xls 和 2007 以后的 .xlsx 解析方式不同源码里一般会写两套读取逻辑根据文件扩展名走不同分支。// 试题批量导入读取示意 public ListQuestion ParseQuestionFile(string filePath) { var list new ListQuestion(); var ext Path.GetExtension(filePath).ToLower(); if (ext .xlsx) { using (var stream File.OpenRead(filePath)) { var workbook new XSSFWorkbook(stream); // XLSX 使用 XSSF 解析 var sheet workbook.GetSheetAt(0); for (int row 1; row sheet.LastRowNum; row) // 跳过表头 { var q new Question(); q.Type sheet.GetRow(row).GetCell(0).StringCellValue; q.Content sheet.GetRow(row).GetCell(1).StringCellValue; q.OptionA sheet.GetRow(row).GetCell(2).StringCellValue; // ... 按列继续读取选项、答案、解析 list.Add(q); } } } else if (ext .xls) { using (var stream File.OpenRead(filePath)) { var workbook new HSSFWorkbook(stream); // XLS 使用 HSSF 解析 // 读取逻辑与 XLSX 相同但对象类型不同 } } return list; }参数说明GetCell(0)到GetCell(n)是 Excel 列索引0 表示 A 列顺序对应模板里定义的「题型、题干、选项A、选项B、选项C、选项D、正确答案、解析」。LastRowNum获取的是最后一行行号循环从 1 开始是为了跳过表头。读单元格时要注意StringCellValue只适用于文本格式单元格如果单元格被设成数字格式读取会抛异常需要先判断CellType再决定用NumericCellValue还是StringCellValue。血泪经验是导入模板一定让业务人员用系统导出的原始模板改不要自己新建 Excel格式和列头才能对得上。3.3 考试成绩分组查询与导出按班级分组、权限下钻的实现逻辑成绩分组查询、分组导出这两个功能本质上就是一条带条件的分组 SQL配合页面上的筛选条件组合。所谓分组可能是按班级分组、按考试场次分组、按试卷分组。源码里通常有一个成绩查询页面下拉框选班级和考试场次背后执行的是一条动态拼接的 SQL。-- 成绩分组查询核心 SQL 示意 SELECT c.ClassName AS 班级, COUNT(DISTINCT s.StudentId) AS 参考人数, AVG(e.TotalScore) AS 平均分, MAX(e.TotalScore) AS 最高分, MIN(e.TotalScore) AS 最低分 FROM ExamRecord e INNER JOIN StudentInfo s ON e.StudentId s.StudentId INNER JOIN ClassInfo c ON s.ClassId c.ClassId WHERE e.PaperId PaperId AND (ClassName IS NULL OR c.ClassName LIKE % ClassName %) GROUP BY c.ClassName ORDER BY 平均分 DESC这段 SQL 里PaperId是必传参数ClassName设为 NULL 时查询全部班级。用LIKE % ClassName %做模糊匹配便于前端下拉框支持「不限」选项。分组导出的实现通常把查询结果集直接写进 Excel复用前面 NPOI 那套导出代码区别只是数据源换成这个分组统计结果。注意导出的并发问题建议生成文件后输出到临时目录返回下载链接而不是直接写 Response.BinaryWrite不然两个老师同时点导出极易引发内存溢出。4. 视频学习与时间统计的技术要点防下载、失焦停播、观看时长精准记录4.1 本地视频上传与在线播放的防下载方案伪路径 HTTP 处理器校验这个系统支持本地视频上传在线播放、视频防下载。成熟的实现不是把视频放到站点目录下直接video src...因为那样浏览器一抓包就能拿到真实地址复制到浏览器就能下载。常见做法是做一个自定义 HTTP 处理器Handler或者 MVC 的 FileResult 方法前端视频标签请求的是一个带加密参数的虚拟路径处理器校验通过后才以流的形式把视频字节分块写回。// 视频流输出处理器示意 public class VideoHandler : IHttpHandler { public void ProcessRequest(HttpContext context) { var token context.Request.QueryString[token]; var videoId context.Request.QueryString[vid]; if (!ValidateToken(token, videoId)) // 校验 token 是否有效 { context.Response.StatusCode 403; context.Response.End(); return; } var filePath GetVideoPath(videoId); // 视频实际存储路径 var fileInfo new FileInfo(filePath); context.Response.ContentType video/mp4; context.Response.AddHeader(Content-Length, fileInfo.Length.ToString()); context.Response.TransmitFile(filePath); // 分块输出不加载到内存 } // ValidateToken 与 GetVideoPath 省略 }这段代码的关键参数token是前端播放前向后端申请的一次性签名带时间戳和视频 ID通常几分钟过期TransmitFile作用和WriteFile类似但它由 IIS 直接向客户端发送文件不占用 ASP.NET 进程内存适合大文件。防下载加固的做法是处理器里加「引用来源域名校验」——判断Request.UrlReferrer不是本系统站点就拒绝输出。但这不是绝对安全懂行的人用抓包工具模拟请求头照样能拿流所以真正的防下载要配合播放器加密和录屏水印单靠后端只能防小白。4.2 视频失去焦点即停止播放前端 blur 事件与心跳上报机制「视频失去焦点即停止播放」这个功能前端实现是监听window的blur事件触发时调用播放器实例的 pause 方法。但光暂停不够因为学员可能切出去几秒钟再切回来暂停期间的时间如果没有上报后台统计就不准。所以还要配合心跳上报机制——播放过程中每 10 秒具体间隔看源码配置向上报一次当前播放进度。失焦暂停的同时前端要把「暂停时间点」发给后端后端记录一个暂停标记等学员回来继续播放时再上报续播点。// 失焦暂停与心跳上报示意 let lastReportedTime 0; const HEARTBEAT_INTERVAL 10000; // 10秒上报一次 window.addEventListener(blur, function () { if (video !video.paused) { video.pause(); reportPlayEvent(pause, video.currentTime); // 失去焦点立即停止播放 document.title 学习已暂停请回到页面继续; } }); setInterval(function () { if (video !video.paused) { const current Math.floor(video.currentTime); if (current - lastReportedTime 10) { reportPlayEvent(progress, current); lastReportedTime current; } } }, HEARTBEAT_INTERVAL);这段 JS 的两个核心参数是HEARTBEAT_INTERVAL和lastReportedTime。前者控制上报频率太密会增加数据库压力太疏会导致最后几十秒的观看记录丢失后者用于去重防止重复上报同一时间点。reportPlayEvent内部封装了一个异步请求用navigator.sendBeacon或fetch(keep-alive)保证页面关闭时请求也能发出。这套机制加上后端按「播放记录表中相邻两条记录的时间差」去重就能算出真实观看时长而不是拿视频总时长糊弄。4.3 学习时间精准统计在线时长与在线学习时长的区分系统里写了「学习时间精准统计统计在线时间在线学习时间」这两个概念要拆开看。在线时间指的是学员登录系统到退出或超时的总时长哪怕他挂在课程列表页也算在线学习时间则专门指播放视频、浏览课件、做练习这些实质性学习动作的累计。数据库里一般有两张表各司其职登录日志表记录每次会话的登录登出时间学习行为表记录每个学习资源的进入和退出时间。统计在线时间时用Session或数据库会话表的LoginTime和LastActiveTime差值。统计学习时间则要按行为表的明细求和。这个系统能「精准记录」背后必然靠前端定时上报不然就难做准。开发时注意标准做法前端每 30 秒上报一次活跃状态后端收到后更新会话表的LastActiveTime超过 10 分钟没上报就认为掉线在线时间按最后活跃时间截止计算。做二次开发时建议把这两个值分开展示避免培训管理员质疑数据掺水。5. 部署与常见问题排查IIS 配置、数据库连接、路径权限的血泪记录5.1 部署到 IIS 的完整流程与关键配置部署这套系统到 Windows Server 上流程可以压缩成四步装运行时、建站点、配应用池、改连接串。先把 .NET Framework 4.5 功能装上确认 IIS 里「应用程序池」的 .NET CLR 版本是 v4.0对应 4.5 运行时集成托管管道模式选「托管管道模式」不要选经典模式——经典模式会让很多路由和 Handler 的配置失效。应用池的「启用 32 位应用程序」取决于你的数据库驱动是 32 位还是 64 位老项目里 OLEDB 驱动或某些第三方组件如果是 32 位就得把这个开关打开。站点目录权限是个高频坑。IIS 应用池运行账号默认是ApplicationPoolIdentity它必须对站点目录有读取权限、对上传目录视频文件落盘位置有写入权限。右键站点目录 → 属性 → 安全 → 添加IIS AppPool\你的应用池名给读写权限。忘记这一步视频上传会报「对路径的访问被拒绝」成绩导出也可能写不了临时文件。!-- web.config 数据库连接串配置示例 -- connectionStrings add nameOnlineExamConnection providerNameSystem.Data.SqlClient connectionStringData Source.;Initial CatalogOnlineExam;User IDsa;PasswordYourPassword;MultipleActiveResultSetsTrue;Application NameOnlineExam / /connectionStrings连接串里Data Source.指本机 SqlServer如果是远程库就写IP,端口比如192.168.1.10,1433。MultipleActiveResultSetsTrue很关键——同一连接上同时进行多个查询比如一个页面里既读考试记录又读学员详情时没有这个参数会报「已有打开的与此命令关联的 DataReader」。Application Name是给数据库管理员看来源用的出问题排查锁时能分清是哪个系统连进来的。5.2 五个高频问题排查按现象到原因到解决的顺序整理问题一还原数据库报错「文件操作失败因为备份集中的逻辑文件名与当前数据库文件不匹配」现象执行还原语句时提示找不到逻辑名。原因MOVE后写的文件名是猜的和 .bak 内部记录的实际逻辑名不一致。解决先执行RESTORE FILELISTONLY FROM DISK N路径把输出的 LogicalName 复制到 MOVE 子句里再执行还原。问题二打开首页报 HTTP 500.19 错误配置文件中出现无法识别的配置节。现象页面直接白屏IIS 日志记录为 500.19。原因站点使用了项目请求模块比如 URL Rewrite 或 WebSocket 协议组件服务器没装对应功能。解决到「IIS → 站点 → 功能视图」里看报错提示的具体模块名。如果是 URL Rewrite去安装对应的 IIS 组件如果是 WebSocket在「服务器管理器 → 添加角色和功能」里勾选。问题三视频播放黑屏但是进度条在走。现象前端播放器显示黑屏拖进度条能看到时间变化但画面不输出。原因视频编码格式是 H.265HEVC旧版浏览器和部分播放器组件不支持硬解。解决用格式工厂或 FFmpeg 转码成 H.264 AAC 的 MP4这个系统标注支持「本地视频在线上传」但编码兼容性由播放器决定H.264 是最稳的。转码命令参考ffmpeg -i input.mp4 -c:v libx264 -c:a aac -movflags faststart output.mp4。问题四微信内置浏览器打不开考试页面报「页面包含不安全内容」。现象微信端访问考试接口返回空白或混合内容拦截提示。原因站点是 HTTP 协议但页面里引用了 HTTPS 的资源或者反过来——微信对某些 HTTP 请求在安卓端默认拦截。解决有条件上全站 HTTPS没条件就把页面里所有资源引用统一改协议相对地址//域名/path让微信端按当前页面协议自动匹配。问题五学员观看视频的时长统计为零但播放正常。现象后台报表里学习时长为 00:00。原因前端心跳上报接口报错多半是上报地址写死成了 localhost或者 HTTPS 页面请求了 HTTP 接口被浏览器拦截。解决打开浏览器开发者工具 Network 面板筛选 heartbeat/report 关键字看上报请求的状态码把写死的地址改为相对路径或按站点协议拼接。5.3 手机端与微信端适配的注意点系统支持微信和手机端在线学习考试但老项目的移动端适配通常不像现在的响应式页面那样彻底。注意三点第一页面缩放控制——检查页面 head 里有没有 viewport meta 标签没有的话手机端字体会被系统自动放大布局全乱第二考试倒计时在手机端息屏后会暂停或走不准需要在visibilitychange事件里重新校准倒计时第三手机端视频播放建议加playsinline和x5-playsinline属性防止在微信内置浏览器打开视频时强行全屏。这些细节不改手机端功能能跑但体验很粗糙。6. 上线前的一次压测验证与数据备份恢复演练用最小成本确认系统能扛住真实考试正式投入使用之前一定做一次模拟压测。用 JMeter 或 Postman 写一个简单的并发脚本模拟 50 个学员同时提交试卷。目标不是测出系统极限而是确认判卷接口不会因为并发写库而报死锁成绩表在 50 个并发事务下还能正常写入。观察点有两个数据库的sys.dm_tran_locks视图有没有大量锁等待以及 IIS 应用池回收后首个请求的响应时长——首次访问会触发程序集重新加载慢是正常的但如果每次都慢说明缓存策略没生效。最后做一个数据备份恢复演练比你做任何功能测试都重要。把考试系统的数据库备份文件拿到另一台干净的 SqlServer 实例上还原确认管理员账号能登录、题库能打开、成绩能查到。这个动作能暴露两类问题备份文件本身是否完整以及系统有没有硬编码了服务器名或 IP比如某些报表的数据库连接串写死在代码里。做一次恢复演练你就会知道这套系统在灾难恢复时能不能在 30 分钟内存活。从那以后我每次拿到这种老系统源码都会强制自己先还原数据库、再改连接串、再压测按这个顺序走一遍再也不在微信端适配和视频编码上栽跟头。希望这些记录对你部署这套 .NET 在线培训考试系统有帮助。本文还有配套的精品资源点击获取