企业官网建设流程全解析

简介：面向教师与学校的局域网考试系统终版，是一款利用局域网高速传输和稳定环境打造的在线考核工具，适合校内统考、随堂测验、线上模拟练习等场景，能够显著降低教师出卷、监考、批改的重复劳动。资源以RAR压缩包提供，约7.58MB，内含系统安装程序与配套使用说明文档，按提示即可在局域网中快速完成部署，教师和学生借助简洁友好的界面即可投入使用。已有206人学习下载。系统内置丰富的试题库，支持自定义组卷与预设试题组合，考后能自动阅卷并快速生成成绩报告，同时提供考试时间、难度、题型等个性化设定以及限制考生交互、监控屏幕等防作弊机制。依托封闭的局域网环境，可有效防范外部干扰，确保考核公平安全；收集的答题数据还能帮助教师精准掌握学情、实施针对性教学调整，为学校搭建高效电子考核环境提供了完整方案。

1. 局域网考试系统终版：别等到开考前十分钟才想起它

做考务的人最怕什么？不是题目难，是考试当天，系统登录不进去。局域网考试系统终版，解决的就是校园机房、企业内部认证、职业技能鉴定这类场景下的考试组织难题：网络不准上外网，但考生要登录、发卷、答题、交卷、自动阅卷、成绩归档，一个环节都不能少。我见过太多临时抱佛脚的案例，考前一周才从网上下个源码包，装完发现 PHP 版本不兼容、MySQL 连不上、考生端访问不了服务器，最后只能拿 U 盘挨个拷贝试卷，考完再人工判分，整个过程黑匣子一样，出了争议也没有日志可查。这篇文章不给你画饼，直接把一套在机房网络里能稳定跑完一场完整考试的方案拆开讲，从网络模型、WAMP 环境搭建、数据库初始化，到考生端监考端的完整流程、并发参数调整，再到 5 个高频故障的血泪排查记录。适合信息中心老师、培训管理员、考证机构技术负责人照着复现，也能让第一次搭考试系统的人避开大多数翻车点。

2. 为什么是局域网：先搞懂考场网络里的数据流向

2.1 考试系统的通信拓扑与最小模型

局域网考试系统的核心拓扑其实非常简单：一台服务器，若干台考生机，一个监考端，全部接在同一个交换机下面，组成一个二层网络。服务器上跑着 Web 服务（Apache + PHP）和数据库服务（MySQL），考生机通过浏览器访问服务器上的考试页面，监考端同一套页面但用不同角色登录。数据流向是：考生登录请求 → Apache 接收 → PHP 处理会话 → MySQL 验证账号、读取试卷 → 页面渲染回考生浏览器 → 考生答题 → 交卷请求写入 MySQL。整个过程不经过外网，所以不用担心公网带宽、DNS 劫持、考试中途运营商抖动这些幺蛾子，但这不代表它不需要配置——恰恰相反，局域网环境下最容易出的问题，反而是服务器 IP 没固定、防火墙拦了 80 端口、同一台机器上 MySQL 和 Apache 抢端口这类基础配置失误。

最小模型里你需要规划的就三件事：服务器用哪个 IP、考生机怎么访问、数据存哪里。常见做法是给服务器配一个静态 IP，比如 192.168.1.100，考生机只要在浏览器输入 http://192.168.1.100 就能进入系统。别小看这一步，我见过有人服务器用 DHCP 自动获取 IP，结果路由器重启后 IP 变了，考生全部登录失败，监考老师挨个教室跑着改地址，考试推迟了四十分钟。这种坑，靠稳定复现就能提前压掉。另外要确认机房交换机是不是隔离了端口、有没有开 VLAN，如果机房分了多个 VLAN，考生机和服务器不在同一网段，那就要在交换机上配好路由，或者干脆让信息中心把考试机位划到同一个 VLAN 里，别让网络老师临时来救火。

2.2 选型：B/S 架构 + WAMP 是机房最稳的组合

局域网考试系统终版这个方向，最常见的实现是 B/S 架构：服务器装 WAMP（Windows + Apache + MySQL + PHP），考生端零安装，只要有浏览器就能考。为什么不用 C/S 架构？C/S 要在每台考生机上装客户端，光这一项就会让机房维护工作量翻倍；而且机房机器多半有还原卡，重启后客户端文件被还原，还得重新装。B/S 架构下考生机只负责渲染页面，所有业务逻辑和试卷数据都在服务器上，考后清理也简单，只要清掉浏览器缓存即可。WAMP 组合的另一个好处是部署门槛低，Windows Server 或普通 Win10 机器都能扛，不需要专业的 Linux 运维水平。

PHP 版本选择上，如果项目代码较老，我建议先跑 PHP 7.4，原因后面避坑章节会细说：很多考试系统的源码是在 PHP 5.x 时代写的，直接用 PHP 8.x 跑会报一堆已废弃的函数错误，与其花时间改代码，不如锁一个兼容性更好的版本。Apache 用 2.4 就行，MySQL 用 5.7 或 MariaDB 10.x 都行，关键是把 root 密码设好、字符集统一成 utf8mb4，避免试卷里出现中文乱码。这套组合的最大优势是：一台服务器、一个 WAMP 集成包、几十台瘦客户机，就能支撑一场两三百人的考试。真到了五百人以上并发，那得考虑 MySQL 连接池和 Apache 调优，不过这是后话，先跑通最小模型再说。

2.3 服务器端网络配置：固定 IP、防火墙例外与端口检查

服务器端要做的第一件事是固定 IP。我一般这样操作：打开网络适配器设置，把 IPv4 地址改成静态地址，比如 192.168.1.100，掩码 255.255.255.0，网关指向机房路由器或交换机管理地址，DNS 可以填网关地址或直接留空（因为是纯局域网访问，域名解析基本用不上）。改完记得 ipconfig /all 确认 IP 生效，再 ping 一下网关看通不通。第二件事是防火墙例外：Windows 默认会拦截外部对本机 Apache 的访问，所以必须把 Apache 的 httpd.exe 加入防火墙入站规则，或者直接放行 TCP 80 端口。我见过有人折腾半天考生机就是访问不了服务器，最后发现是防火墙弹窗时手滑点了阻止。省事的做法是在服务器上把 80 端口和 3306 端口加入入站规则，但 3306 端口最好不要暴露给全部考生机，只允许服务器本机访问 MySQL 即可，否则数据库容易被机房里的学生试密码。

第三件事是端口占用检查。WAMP 启动后如果图标是橙色的，说明有组件没起来，最常见的冲突是两个：80 端口被 IIS 或其它 Web 服务占用，3306 端口被另一个 MySQL 实例占用。命令行跑 netstat -ano | findstr :80 就能看出 PID，再去任务管理器找到对应进程，干掉它或者给 Apache 换端口。如果换了端口，考生访问地址就要带上端口号，比如 http://192.168.1.100:8080，这里容易翻车的是考生端链接写死了 80 端口，你在服务器上改了端口但没同步到登录页的链接，考试当天才暴露出来。我习惯把所有端口规划写进一个部署文档里，贴在服务器显示器旁边，这样就算换人维护也不会搞错。

3. 搭建考试服务：WAMP 环境与数据库初始化

3.1 安装与目录规划：PHP 版本选 7.x，目录别带中文

下载 WAMP 或直接装 Apache+MySQL+PHP 分离版都可以，但为了降低维护复杂度，我用得最多的是集成包，解压后目录结构清楚：Apache 的 htdocs 是网站的根目录，考试系统的 PHP 代码就放这里。常见的目录规划是：htdocs/exam 放系统入口文件，htdocs/exam/data 放上传的图片或附件，htdocs/exam/logs 放系统运行日志。注意整个路径不要出现中文，否则 PHP 的 include 和 require 在 Windows 下容易路径解析失败。安装完成后先访问 http://localhost，看到 WAMP 的欢迎页就算 Apache 跑起来了。

PHP 版本这里多说一句：如果你拿到的考试系统源码是几年前的，大概率用了 mysql_connect 这类 PHP 5 时代的老函数，在 PHP 7.4 上会直接报 fatal error。这时要么改代码把 mysql_ 系列换成 mysqli 或 PDO，要么锁在 PHP 5.6 的兼容模式里凑合跑，但我不建议拿老版本上考场，安全性和性能都不够。比较稳的路径是：先看代码里有没有 mysql_ 前缀，有的话统一替换成 mysqli_，然后改掉函数的参数顺序，属于体力活但技术上不复杂。如果代码是 PDO 或 Laravel 框架写的，PHP 7.4 就完全没有问题。别一上来就装 PHP 8.2，老代码在 8.x 上的报错会让你怀疑人生。

3.2 初始化数据库：建库、建表、导入基础数据

考试系统的数据库结构通常包含这几张核心表：管理员表、考生表、试卷表、试题表、考试记录表、答题明细表。初始化分三步：第一步，在 MySQL 里建一个独立的库，比如 exam_system，字符集选 utf8mb4；第二步，导入系统自带的 SQL 文件（一般在源码包的 database 或 sql 目录下）；第三步，写一条初始管理员账号进 admin 表，密码用 md5 或 password_hash 加密，别用明文。命令行操作方式如下：

CREATE DATABASE exam_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; USE exam_system; SOURCE D:/wamp64/www/exam/database/exam_system.sql; INSERT INTO admin (username, password, real_name) VALUES ('admin', MD5('Init@123456'), '系统管理员');

这里的逻辑是：SOURCE 命令会把整个建表和初始数据一次性导入，比在图形化工具里手动执行要稳，因为有些集成包的客户端工具对 SQL 文件编码敏感，一遇到中文注释就报错。MD5 加密管理员密码是兼容老系统最常见的做法，如果你用的是 PHP 的 password_hash 函数验证登录，那这里就要改成 password_hash 的写法，否则登录永远失败。初始化完成后，用 MySQL 客户端查一下各表记录数，确认试卷表有数据、考生表里有模拟考生，再继续往下走。

3.3 验证服务器：本机访问与局域网客户端连通性测试

服务器部署完不要急着批量开考，先在服务器本机验证一遍：浏览器打开 http://localhost/exam/index.php，能出现登录页说明 Apache 和 PHP 工作正常；再用管理员账号登录后台，进试卷管理页面，看能否正常列出试题。这一步通过后，换一台考生机做局域网访问测试：浏览器输入 http://192.168.1.100/exam/index.php，能打开才算真正连上了。如果打不开，优先检查防火墙，其次检查 Apache 的 httpd.conf 里有没有把监听地址限制在 127.0.0.1，有的话改成监听所有地址：Listen 80 或 Listen 0.0.0.0:80。

我还要额外验证一件事：数据库连接配置里的主机名，不要写成 localhost，因为在 Windows 下 PHP 连接 localhost 有时会走 socket 而不是 TCP，Apache 和 MySQL 同机时问题不大，但一旦以后把数据库拆到另一台机器，这种写法就会翻车。连接配置改成 127.0.0.1 或内网 IP 更稳。验证完这些，再把所有考生机的浏览器主页设为考试地址，减少开考时的输入错误。最后用一台考生机模拟完整流程：登录、抽卷、答题、交卷，后台确认试卷已提交、成绩已生成，这才算真正把服务器端准备完毕。

4. 部署考生端与监考端：从登录到交卷的全流程

4.1 考生端操作流程与浏览器兼容性边界

考生端的操作流程应该是：开机 → 打开浏览器 → 输入考试系统地址 → 看到登录页 → 输入准考证号和密码 → 进入考场页面 → 确认试卷与考试时间 → 开始答题 → 交卷。整个流程越短越好，因为机房学生五花八门的操作都有可能发生，比如手滑关了标签页重新打开，系统要能恢复原有答题状态，不能因为浏览器刷新就把已答题目丢了。这依赖的是 PHP 会话和考试记录表里的作答进度保存机制：一般系统会在考生每答一题时向后台发送保存请求，或者定时把整个答题状态写入 session 和数据库。你在选型或改造时，至少要确认系统有「断点续答」能力，否则一场考试下来，光处理「我刚答了三十题不小心关了页面」的举手就够你忙的。

浏览器兼容性是考生端最大的隐性坑。机房浏览器大概率是 IE8、360 兼容模式、Chrome 旧版混着用，而现代考试系统做的界面多半基于 HTML5。IE8 打开直接白屏是最常见的翻车方式，解决办法不是暴力要求全部换 Chrome，而是先在登录页做浏览器检测，给出不兼容提示和下载引导；更稳的做法是给每台考生机的浏览器装好统一版本、把考试地址加入受信任站点、关闭弹窗拦截，这比临时抱佛脚快得多。另外浏览器缓存策略也很关键，如果考试页面用了大段 JavaScript，交卷时浏览器缓存了旧脚本，可能会出现提交按钮点了没反应，此时清缓存、强刷一次往往就好了。

4.2 监考端的功能：实时状态、强制交卷与异常处理

监考端是考场老师的控制台，通常包含以下功能：查看所有考生连接状态（在线/离线/已交卷）、查看每位考生的答题进度（已答题目数/剩余时间）、强制交卷、延长考试时间、重置考生登录状态、发布系统公告。其中强制交卷在实操中非常重要——总有考生提前答完想交卷走人，或者超时还在写，监考老师需要在后台一键结束其考试。这里要注意的是，强制交卷操作要写入操作日志，谁在什么时间强制了哪个考生的卷子，必须留痕，否则出了成绩争议，你没有依据。

异常处理场景要提前演练：最典型的是考生机突然蓝屏、断电，重启后考生回来还能不能继续答题？答案取决于系统设计，严格的做法是：考生每答一题就实时把答案写到数据库的答题明细表，重启后重新登录，系统检测到该考生有未交卷的考试记录，就恢复到一个继续考试的入口，载入已保存的答题内容。如果你拿到的系统没有这个机制，那考试途中一旦有机器重启，这张卷子就算废了，只能让考生用备用机重新考，这显然不可接受。所以搭建终版系统，我建议把「实时保存」作为验收硬指标，开考前一定用两台考生机做断点恢复测试。

4.3 成绩管理与导出：阅卷后的数据处理

考试结束后，成绩数据自动进入后台，通常支持按考场、按班级、按科目筛选导出 Excel 或 CSV。如果是纯客观题，系统交卷后立即计算得分并写入成绩表。如果有主观题，需要人工评分的，系统要把每道主观题答案、考生信息、所答内容汇总成评卷列表，阅卷老师逐题打分后，系统自动汇总客观题和主观题分数。这块的关键是分数精度：百分制下保留两位小数，折算绩点时四舍五入规则要写清楚，否则全班几十个学生因为 0.01 分的差异闹到教务处，就太不值了。

导出的数据格式也容易踩坑：直接用 PHPExcel 或 PhpSpreadsheet 导出 xlsx 时，中文列名没问题，但考生答案里如果含有换行符、特殊符号，导出时可能会出现单元格截断或乱码。更稳的做法是导出 utf-8 BOM 头的 CSV，Excel 打开中文不乱码，缺点是 CSV 容易被学生用记事本改内容，所以归档时要同时保留数据库原表和 CSV 两份数据。成绩发布后，我建议把整个考试数据库做一次逻辑备份，文件按「考试日期_考试名称.sql」命名，和导出的成绩单放到同一个目录下，这样后续复查、成绩复议、教学检查都有据可查。

5. 局域网考试系统避坑指南：5 个典型故障与排查

5.1 考生机打不开登录页：先查 IP 段和防火墙

现象：考生机浏览器输入服务器地址，转圈好久然后提示无法访问。原因一般分三种：服务器和考生机不在同一 IP 段，ARP 学不到；Windows 防火墙拦截了 80 端口；Apache 配置里绑定了仅本机访问。解决：在考生机上 ping 服务器 IP，ping 不通就是网络问题，查交换机接口和 VLAN；ping 得通但浏览器打不开，那就是端口或防火墙问题，服务器上执行 netstat -ano | findstr :80 确认 Apache 在听，再临时关掉防火墙测一次定位是不是拦截。这一步最浪费时间的就是盲目重装系统，而不是一步步缩小排查范围。

5.2 交卷时提示连接中断：调整 PHP 执行超时

现象：考生点击交卷按钮，页面转圈很久，最后提示网络连接错误或 500。原因：交券时后台要一次性处理大量数据写入，比如一百道题的答题明细、成绩计算、试卷状态更新，PHP 默认的最大执行时间 max_execution_time 是 30 秒，如果题量大或者某一瞬间 MySQL 慢查询，容易超时。解决：在 php.ini 里把 max_execution_time 调到 300，post_max_size 调到 128M，同时检查交卷接口的代码是否循环里逐条插入数据库，可以改成批处理插入，一次写入多行，性能差别非常大。改完后一定要在考试机环境里用最大题量模拟一次交卷，别到考场上拿学生当压测工具。

5.3 端口被占用或 MySQL 启动失败：权限和端口冲突

现象：WAMP 图标黄色或红色，MySQL 服务起不来。原因：最常见的两个，一个是 3306 端口被别的 MySQL 实例占了——比如机器上装过 Navicat 自带的 MariaDB，或者另一个 XAMPP 也在运行；另一个是 MySQL 数据目录的读写权限不对，服务启动时无法创建临时文件。解决：netstat -ano | findstr :3306 看占用进程，确认必要就把旧服务停掉；如果权限问题，检查 MySQL 的 data 目录所有者是否为当前服务账户，Windows 下直接右键目录属性→安全→编辑权限加上 Everyone 完全控制，先跑起来再收紧。另外，MySQL 的 my.ini 里 skip-grant-tables 这种配置千万不能开，开了之后任何客户端都能免密登录，局域网里等于裸奔。

5.4 并发一高就卡死：Apache 与 MySQL 的并发参数

现象：三十台考生机同时登录或同时交卷，系统明显卡顿，甚至 Apache 直接无响应。原因：Apache 的默认并发模式 prefork 下 MaxRequestWorkers 默认只有 64，Windows 上单个进程开销又大，MySQL 的 max_connections 默认 151，但每个连接如果用了持久连接，很容易把连接数撑爆。解决：Apache 的 httpd.conf 里把 mpm_winnt 模块下的 ThreadsPerChild 调高到 256，同时开启 mod_reqtimeout 防止慢连接拖死进程；MySQL 端 max_connections 调到 300，并让应用层用连接池而不是每次请求都新建连接。改完之后用压测脚本模拟 50 个并发请求，看响应时间和错误率，比凭感觉调参靠谱。这一条对终版系统尤其重要，因为开考第一分钟全体登录的瞬间，就是系统压力最大的一刻。

5.5 成绩丢失或数据不一致：事务与备份的习惯

现象：考完后对成绩，发现少数考生的记录缺失，或者交卷时间在成绩表里对不上。原因：交卷接口的代码没有用数据库事务，答完题写入一半时服务器或 MySQL 发生错误，数据停在中间状态；还有一种可能是 PHP 代码里 UPDATE 语句用了不带 WHERE 条件的写法，把整列成绩刷掉了。解决：交卷的核心代码必须包在一个事务里，任何一步失败整体回滚，不能出现半个卷子的状态；另外每次考试前用 mysqldump 备份一次数据库，备份文件放在非系统盘，并至少保留最近三次的备份。我个人的习惯是考前一天备份、开考前再备一次，然后考场上如果发现数据异常，立刻用最近的备份恢复，绝不在异常数据上手工改，那样只会越改越乱。

6. 终版还要做的事：离线环境下的更高可用性实践

6.1 考前一天必须跑通的三个验证脚本

验证脚本不需要多高级，但要能覆盖核心链路。第一个是端口监听脚本，检查 80 和 3306 是否正常监听、Apache 和 MySQL 进程是否存活；第二个是数据库连通性脚本，用 PHP 命令行连一次数据库，执行一条简单查询，返回成功说明数据库服务正常；第三个是考试全流程脚本，用一个测试账号自动登录、取卷、提交一份空卷、再查成绩，确保接口链路没有改坏。这三个脚本全部通过，考试当天你就可以把大部分意外挡在门外。写脚本有个小技巧：脚本里保存的服务器 IP、账号密码不要用绝对路径，用相对配置读取，这样换机房换服务器时不需要改脚本本身，只需要改一个配置文件，减少误操作的概率。

6.2 断网与断电的兜底策略

局域网考试理论上不依赖外网，但机房本身的市电和交换机电源还是可能出问题。最简单的兜底方案：给服务器配一个 UPS，能撑 30 分钟就够了，因为考试系统是纯本地应用，断电后服务器重启，考生重新登录还能继续答题；交换机和考生机如果断电，他们本来就没法答题，这不是软件能解决的问题，但是你可以准备一个备用交换机，放在服务器旁边，一旦主力交换机挂了就插上，把服务器和十几台备用考生机直连，至少保住一批人先考完。这里不太建议搞双机热备，因为大部分学校和企业没有这个预算，维护复杂度也高，能把单机可靠性做透已经超越了大多数临时方案。

6.3 事后复盘：把一次考试变成一套可复用的模板

考试结束后，我习惯当天就写一份简短的复盘笔记，里面有这次考试的实际并发人数、服务器 CPU 与内存峰值、交卷高峰时的响应时间、有没有出现故障、故障原因和处理过程。这些东西积累三次以上，你就有了一个属于自己的容量基线：比如四十五台考生机同时交卷，Apache 的 ThreadsPerChild 设置成多少够用，MySQL 连接池开多大不浪费。复盘笔记同时也记录这次考试的 SQL 备份文件位置和成绩导出文件位置，下次考试需要调用上次的数据做对比时，直接按文件名索引就能找到。把这个复盘流程固定下来，局域网考试系统终版就真正从一份代码变成了一套可运营的考务基础设施，而这也正是「终版」这两个字在运维层的真正含义——不是说代码不能改，而是整个考试链路已经稳定到可以放心托底。这也算是我自己踩过无数坑之后最想告诉你的一句话：系统稳不稳，从来不只看软件本身，更看你能不能把每一场考试都当成一次演练，把每一次翻车都变成下一场的免疫。希望这套方案能帮你的下一场考试少一点惊魂时刻，多一点从容。

本文还有配套的精品资源，点击获取