简介：面向培训机构、职业院校及企业内训场景的.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 = N'C:\DbBackup\OnlineExam.bak' WITH MOVE 'OnlineExam_Data' TO N'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\OnlineExam.mdf', MOVE 'OnlineExam_Log' TO N'C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA\OnlineExam_log.ldf', REPLACE这里有一个参数要说明：MOVE后面的逻辑文件名必须和备份文件里的逻辑名一致，不确定就先执行RESTORE FILELISTONLY FROM DISK = N'C:\DbBackup\OnlineExam.bak'，它会把备份里所有数据文件和日志文件的逻辑名列出来。REPLACE用于覆盖同名数据库，危险但省事，建议只在确认旧库无用的情况下加。很多人在这一步翻车，就是因为逻辑文件名猜了个错的，导致还原失败。
3. 考试业务与题库管理的落点：自动判卷、手工判卷、批量导入导出的代码级拆解
3.1 自动判卷与手工判卷：判卷流程的差异与数据库表设计思路
自动判卷的核心逻辑不在页面，而在判卷服务里。它的输入是学员提交的答案集合，输出是每道题得分和总分。对于单选题、判断题这类客观题，直接比答案字段就行；多选题会涉及容错逻辑——选错一个扣几分、漏选得一半分，这类规则通常存在试卷配置表里。
这套系统支持自动和手工两种判卷方式，说明试卷表里至少有一个字段标识「判卷模式」，可能是PaperMode或IsAutoCheck之类的列。手动判卷的流程则是老师逐题给分，对应数据库里有一张「人工评分表」，记录阅卷人、判分时间、每题得分和评语。理解这个差异后，你再去看源码里的判卷类，就能一下子分清哪部分是纯逻辑判断，哪部分要写回人工评分记录。常见做法是自动判卷使用事务批处理——先把客观题分数全部算完，再统一更新考试成绩表，避免逐条 update 造成锁竞争。
// 自动判卷核心方法示意 public decimal AutoCheckPaper(List<StudentAnswer> 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 List<Question> ParseQuestionFile(string filePath) { var list = new List<Question>(); 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 name="OnlineExamConnection" providerName="System.Data.SqlClient" connectionString="Data Source=.;Initial Catalog=OnlineExam;User ID=sa;Password=YourPassword;MultipleActiveResultSets=True;Application Name=OnlineExam" /> </connectionStrings>连接串里Data Source=.指本机 SqlServer，如果是远程库就写IP,端口，比如192.168.1.10,1433。MultipleActiveResultSets=True很关键——同一连接上同时进行多个查询（比如一个页面里既读考试记录又读学员详情）时，没有这个参数会报「已有打开的与此命令关联的 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.265（HEVC），旧版浏览器和部分播放器组件不支持硬解。
解决：用格式工厂或 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 在线培训考试系统有帮助。
本文还有配套的精品资源，点击获取
