考试客户端安装部署指南：环境体检、静默安装与断网续考

每年集中考试那几周，机房和自习室里最怕听到的一句话就是"我这个客户端装不上"。明明前一天还好好的机器，第二天双击图标就卡在启动画面；或者安装进度条走到 98% 突然回滚，弹一个连错误码都没有的提示框。这类问题单个出现只是麻烦，几十台机器同时出现就是事故。所以"考试客户端安装"这件事，看着是点几下"下一步"的体力活，实际上是一套需要提前规划、逐项验证、留有兜底的工程流程。考试客户端的本质，是把浏览器里做不稳的事情搬到本地来做：锁定全屏、接管摄像头、屏蔽切换窗口、断网时把答案先落在本地磁盘、考试结束再回传。它解决的是在线考试中"公平性"和"连续性"两个最要命的问题——既要防止考生在考试过程中打开别的窗口，也要保证网络抖一下不至于让两个小时的努力白费。这篇内容适合三类人看：负责机房统一部署的技术人员、需要独立完成安装的考生、以及要给团队做考前保障方案的组织者。下面我按实际动手的顺序，把选型逻辑、环境体检、安装实操、故障排查和考中兜底一次讲透，都是能直接照着做的内容。

1. 为什么考试要用独立客户端而不是浏览器

1.1 浏览器方案在考试场景下的三个硬伤

很多人第一反应是：做个网页不就行了，何必让用户装软件？在普通业务系统里这个判断完全成立，但考试场景有三个绕不过去的坎。第一个是窗口焦点，浏览器标签页可以被随意切换，网页脚本能监听到切换事件，却没法阻止考生切过去看资料，更没法阻止 Alt+Tab 之外的多屏延伸、虚拟机嵌套、第二台设备投屏这些更隐蔽的操作。第二个是设备权限，浏览器调摄像头需要用户点一次授权，考生完全可以在开考后把摄像头权限关掉，或者用虚拟摄像头顶替，网页端拿不到真实的设备指纹。第三个是本地持久化，浏览器本地存储在清理缓存、异常退出、进程被结束后并不可靠，而考试恰恰最需要"断网也能继续答题"这种能力。

独立客户端把这三件事都变成可控的。它可以强制全屏并置顶，把任务栏、开始菜单、快捷键统统压住；它可以在启动时枚举摄像头设备、读取设备 ID、检测是否为虚拟设备，并在考试过程中按固定间隔抓拍；它可以把答题数据按题目粒度写入本地加密文件，网络恢复后做增量同步。这些能力不是"更高级"，而是"权限层级不一样"——客户端跑在操作系统上，网页跑在浏览器沙箱里，能做的事情天然不在一个量级。

我在实际部署里遇到过一次典型情况：某场考试用网页端，开考二十分钟后有考生反馈"点交卷没反应"，排查发现是他中途把浏览器缩放调到了 150%，交卷按钮被挤出了可视区域，而页面又没有做响应式兜底。换成客户端后，界面是固定布局、固定分辨率适配，这类问题直接消失。所以说，客户端不是技术炫耀，是把不可控因素收拢到可控范围里。

1.2 考试客户端到底需要哪些系统级能力

把客户端要干的事拆开看，无非五类。界面接管：全屏锁定、禁用右键和快捷键、屏蔽多显示器扩展、检测虚拟机和远程控制类进程。设备接管：摄像头预览与抓拍、麦克风电平检测、屏幕录制（用于事后回溯）、扬声器回路自检。数据落盘：答题记录本地加密缓存、断电续考、异常退出后的恢复。环境校验：系统时间与标准时间偏差、磁盘剩余空间、网络连通性与带宽、客户端版本与考试批次是否匹配。通信保障：断线自动重连、心跳保活、答案增量上传、上传失败重试队列。

这五类能力决定了安装阶段必须检查哪些东西。比如"环境校验"里的系统时间，很多安装失败案例根本不是安装包的问题，而是机器时间比标准时间慢了五分钟，客户端启动后校验签名证书直接判定"证书未生效"，报了个"网络异常"的误导性提示。理解了客户端要干什么，你在体检阶段就知道该看哪些项，而不是照着别人给的清单机械打勾。

1.3 部署策略怎么选：单机装、镜像下发还是静默批量

同一个安装包，在不同规模下玩法完全不同。三五台机器，手动点安装最省事，装完当场跑一遍自检。几十台的机房，建议先做一台"样板机"，把系统更新、驱动、运行库、客户端全部装好并验证通过，再用磁盘镜像整体下发，下发后只需要改机器名和补一次客户端激活。上百台且有域环境的，走组策略开机脚本或者批量运维工具做静默安装，安装完由脚本自动跑一次命令行自检，把结果汇总成表。

这里有个取舍要讲清楚：镜像下发看起来最快，但客户端的设备绑定信息（比如设备指纹、摄像头 ID）会被一起复制过去，导致几十台机器上报同一个指纹，监考端看到的就是"同一台设备参加了几十场考试"。所以镜像方案必须做一件事——在下发后的首次开机脚本里清理客户端的本地配置目录，让它重新生成设备标识。这个坑我在早期项目里踩过一次，当时一百多台机器全部报同一个设备号，排查了大半天才定位到镜像残留。

2. 安装前的环境体检：把这些项查完再动手

2.1 硬件门槛与系统版本的真实下限

官方文档写的"最低配置"通常是能跑起来的下限，不是能跑稳的下限。以常见的双机位考试为例，正面摄像头抓拍加侧面摄像头监考，再加屏幕录制，一台机器同时要处理两路视频流和一路屏幕流。我实测下来比较稳的配置是：四核处理器、8GB 内存、可用磁盘空间 10GB 以上、集成显卡即可但驱动要是近两年的版本。4GB 内存的机器不是不能装，而是在录制开启后容易出现画面卡顿、抓拍丢帧，考试中途客户端判定"摄像头异常"直接弹警告，反而影响考生心态。

系统版本上，Windows 10 64 位是目前兼容性最好的选择，Windows 11 要注意两个点：一是部分老版本客户端对新系统的摄像头隐私开关适配不完整，需要在"设置-隐私和安全性-摄像头"里确认"允许桌面应用访问摄像头"处于开启状态；二是 Windows 11 的默认电源策略会在空闲时降低 USB 供电，外接摄像头可能被断电，需要在电源选项里把"USB 选择性暂停"关掉。这两个设置不检查，安装一切正常，考试当天掉链子。

还要看一眼磁盘。不是看总容量，是看客户端要写入的那个分区。答题缓存、屏幕录制临时文件都落在安装目录或者用户目录下，如果系统盘只剩 2GB，录制十分钟就写满了，客户端会静默停止录制而不报错，事后回溯的时候才发现没录上。建议给考试专用分区留 20GB 以上，并且在安装时把缓存目录显式指到这个分区。

2.2 摄像头、麦克风与音频回路的自检方法

摄像头这块，优先选免驱的 UVC 设备，插上就能在系统"相机"应用里出画面，不需要装厂商驱动。需要装专有驱动的摄像头尽量避开，因为驱动安装会引入额外的权限和重启要求，批量部署时非常麻烦。分辨率 720P 起步，1080P 更稳，帧率 30fps 就够，不要盲目追求高帧率——双摄像头同时跑高帧率会抢 USB 带宽。

USB 带宽这个问题值得单独说。一台机器接两个摄像头，如果两个都插在同一个 USB 控制器下的相邻接口（尤其是前面板接口，通常共用一条内部总线），很可能出现"只能识别一个"或者"两个都识别但其中一个频繁掉线"。正确的做法是把两个摄像头分别插在机箱后面板的不同控制器接口上，或者一个走前面板一个走后面板。判断方法很简单：设备管理器里按连接查看设备，能看到它们挂在哪个控制器下。

麦克风要做回路测试，不是插上就行。有些耳麦的麦克风默认被系统静音，或者输入音量被拉到 0，考生说话监考端听不到，考后复核也听不到。安装完成后用系统录音机录五秒回放，能清楚听到自己声音才算通过。扬声器同样要测，考试开始和结束的提示音如果听不到，考生可能错过关键提示。

2.3 网络带宽与端口放行清单

单人考试的带宽需求并不高，纯答题和心跳上行 128Kbps 就够用，但加上一路抓拍图片和一路监考视频，上行建议给到 1Mbps、下行 2Mbps。如果是整间机房几十人同时考，别按单机乘以人数去算总带宽，因为抓拍是错峰的，实际峰值大约是理论值的六成。真正容易被忽略的是机房的出口设备——很多机房的防火墙默认只放行 80 和 443，客户端的视频流如果走了自定义端口，就会表现为"能登录、能答题、但监考画面黑屏"。

安装前必须拿到一份完整的连通性清单，包括：考试服务域名、文件上传域名、视频推流域名及其端口。然后在一台样机上用命令行逐个验证，不要只验证主域名。下面这条命令可以快速确认域名解析和目标端口是否可达，比在浏览器里点开首页要有用得多。

# 逐个验证服务端点的连通性 $targets = @( @{ Host = "exam.example-domain.test"; Port = 443 }, @{ Host = "upload.example-domain.test"; Port = 443 }, @{ Host = "media.example-domain.test"; Port = 1935 } ) foreach ($t in $targets) { $result = Test-NetConnection -ComputerName $t.Host -Port $t.Port -WarningAction SilentlyContinue "{0}:{1} => {2}" -f $t.Host, $t.Port, $result.TcpTestSucceeded }

注意：清单里的域名必须用实际考试批次对应的地址，不同批次可能落在不同的服务集群上。用上一场的旧清单去验证，很容易得出"全部通"的错误结论。

2.4 系统权限、安全软件白名单与时间同步

安装必须用管理员权限，这一点几乎所有安装包都会提示，但有一类隐蔽情况：用普通账户双击安装包，UAC 弹窗被考生点了"否"，安装程序静默退出，没有任何提示。为了避免这种"以为装好了其实没装"，建议统一由管理人员用管理员账户完成安装，安装后再用普通账户登录验证一次能否正常启动。

安全软件白名单是安装阶段最高频的故障源。客户端为了实现全屏锁定和设备接管，会加载驱动、注入进程、修改注册表，这些行为在安全软件看来和恶意程序高度相似。必须在安装前把安装目录、主进程、驱动文件加入信任列表，而不是等被拦截了再去加。加白之后还要做一次验证：临时关闭安全软件的实时防护装一遍，再开启实时防护运行一遍，两次都能正常启动才算真的通过。

系统时间同步也要在体检阶段解决。客户端会用本地时间和服务端时间做比对，偏差超过阈值（通常 30 秒）就拒绝进入考试。手动改时间不靠谱，正确做法是指定一个内网时间源并强制同步，然后在安装完成后确认同步状态。

:: 查看当前时间源与同步状态 w32tm /query /status w32tm /query /source :: 立即强制同步一次 w32tm /resync /force

3. 安装实操全流程：从校验到验收

3.1 安装包获取与完整性校验

安装包只从官方渠道获取，不要用别人转发的版本。这不是谨慎过度，而是实际发生过的事：有人用聊天工具传输安装包，文件在传输中被截断，大小看起来差不多，双击能启动，装到一半报"解压失败"，换成重新下载就好了。校验方法很简单，拿到官方公布的哈希值，本地算一遍对比。

Get-FileHash -Path ".\ExamClient_Setup.exe" -Algorithm SHA256 | Format-List

哈希一致再往下走。如果不一致，先排除下载不完整，再检查是不是安全软件在下载完成后做了隔离——有些安全软件会把文件移到隔离区但保留一个占位文件，大小对得上，内容已经不对了。

安装包建议放在本地磁盘再运行，不要直接双击网络共享路径里的安装程序。共享路径安装有两个问题：一是安装过程需要多次读取源文件，网络抖动会导致安装中断；二是部分安装器会把源路径写进卸载信息里，以后共享不可达时卸载会失败。

3.2 图形化安装的每一步该看什么

双击安装包后，第一步是选择安装路径。这里有个硬性要求：路径不要包含中文、空格和特殊符号。原因不是安装器不支持，而是客户端在运行时要调用一些底层组件，部分组件对含空格的路径处理不严谨，表现为"安装成功但启动闪退"。统一用类似C:\ExamClient这样的短路径，全机房保持一致，后续做批量脚本、写运维文档都方便。

第二步是组件选择。通常会附带安装运行库（VC++ 运行库、.NET 框架），这些默认勾选就行，不要为了"干净"取消勾选——客户端主程序依赖它们，取消后安装能过，启动会报缺少 DLL。如果机器上已经装过更高版本的运行库，安装器一般会跳过，不会降级覆盖。

第三步是安装过程，进度条走到末尾可能会有一次驱动安装确认，弹出系统的驱动签名提示，必须点"安装"。这个驱动是屏幕捕获或者设备接管用的，点了"不安装"客户端照样能启动，但全屏锁定和屏幕录制功能会失效，而且不会有明显报错，属于最坑的一类问题。

安装完成后先别急着启动，做三件事：确认安装目录下主程序文件存在且版本号正确；确认桌面快捷方式和开始菜单项都生成了；确认系统的"应用和功能"列表里能看到这条记录（说明卸载信息写入成功）。这三项都对了，才算安装动作完成，后面还有配置和验收。

3.3 首次启动的检测项与配置项

首次启动客户端，一般会进入一个环境检测页，逐项检查摄像头、麦克风、扬声器、网络、时间、磁盘、显示器数量、远程控制进程。这一页是整篇内容里最值得盯的地方，因为它把后面所有可能出问题的地方都提前暴露了。

摄像头检测要注意看预览画面是不是真的在动。有些机器上预览是黑的但检测显示通过，原因是客户端只判断了设备能否打开，没判断有没有画面。判断方法是自己在镜头前挥挥手，画面有变化才算真通过。麦克风检测要说话看电平条跳动，别只点"下一步"。显示器检测会检查是否接了多个屏幕，接了扩展屏的机器要提前拔掉或者切成"仅第二屏幕"，这个设置在考试当天临时改容易手忙脚乱。

配置项里最容易被忽略的是缓存目录和日志级别。缓存目录默认在安装目录下，如果安装目录在系统盘，建议改到数据盘。日志级别默认可能是"错误"级别，出问题时日志里什么都没有，考前保障期间建议临时调到"信息"级别，考完再调回去，这样万一出问题至少有据可查。

3.4 静默安装与批量下发的脚本写法

机房规模上去之后，手动装不现实。不同打包工具的静默参数不一样，先用错参数会得到一个"什么都没发生"的结果——双击没反应，命令行也没输出，其实是参数不被识别，安装器直接退出了。常见的三套参数记一下：基于 NSIS 的安装器用/S，基于 Inno Setup 的用/VERYSILENT /SUPPRESSMSGBOXES /NORESTART，MSI 包用msiexec /i 包名 /qn。具体用哪套，看安装包属性里的原始文件名和体积，或者直接问提供方，别猜。

下面这段批处理是一个可以直接改改就用的部署脚本，做了三件事：判断是否已安装、静默安装并等待结束、安装后写一条记录便于汇总。

@echo off setlocal enabledelayedexpansion set "INSTALLER=\\deploy-server\packages\ExamClient_Setup.exe" set "TARGETDIR=C:\ExamClient" set "MAINEXE=%TARGETDIR%\ExamClient.exe" set "LOGDIR=C:\ExamClientDeployLog" set "LOGFILE=%LOGDIR%\%COMPUTERNAME%.log" if not exist "%LOGDIR%" mkdir "%LOGDIR%" if exist "%MAINEXE%" ( echo [%date% %time%] already installed, skip >> "%LOGFILE%" goto :verify ) echo [%date% %time%] start install >> "%LOGFILE%" start /wait "" "%INSTALLER%" /VERYSILENT /SUPPRESSMSGBOXES /NORESTART /DIR="%TARGETDIR%" echo [%date% %time%] installer exit code = %ERRORLEVEL% >> "%LOGFILE%" :verify if exist "%MAINEXE%" ( echo [%date% %time%] verify OK >> "%LOGFILE%" ) else ( echo [%date% %time%] verify FAILED >> "%LOGFILE%" ) endlocal

脚本跑完不等于部署完成，还要验证版本号是否和本批次要求一致。版本不一致的机器在登录时会被服务端拒绝，提示语通常是"客户端版本过低"，考生看到这句话只会更慌。批量验证可以用一行 PowerShell 把所有机器的版本号拉出来对照：

$machines = Get-Content .\machines.txt foreach ($m in $machines) { $v = Invoke-Command -ComputerName $m -ScriptBlock { $p = "C:\ExamClient\ExamClient.exe" if (Test-Path $p) { (Get-Item $p).VersionInfo.FileVersion } else { "NOT_INSTALLED" } } -ErrorAction SilentlyContinue "{0}`t{1}" -f $m, $v }

3.5 安装完成后的验收清单

装完就散是最危险的做法。我的习惯是每台机器过一遍五项验收，全部通过才在表上打勾。第一项，冷启动一次客户端，确认能正常进入检测页且所有检测项为绿。第二项，用考试账号做一次模拟登录，确认能拉到考试列表。第三项，进入模拟考试，确认全屏锁定生效（试着按 Alt+Tab，看能不能切出去）。第四项，拔掉网线等十秒再插回，确认客户端有断线提示且能自动恢复。第五项，正常交卷，确认本地缓存文件被清理、成绩能正常提交。

这五项里第四项最容易被跳过，但它恰恰是最有价值的。断网续考能力只有在真正断过网之后才知道有没有生效，模拟一次成本很低，真出事的时候损失很大。

4. 常见问题与排查技巧实录

4.1 安装阶段的高频故障

安装包双击没反应，也没有任何提示。先看任务管理器里有没有安装器进程残留在跑，有的话结束掉再试。如果没有，大概率是被安全软件拦了，去隔离区看看有没有对应记录。还有一种情况是安装包被系统标记为"来自网络的文件"，右键属性里会有一个"解除锁定"的勾选项，勾上再运行。

安装到一半回滚，提示写入注册表失败。九成是权限问题。确认是用管理员账户运行，而不是"以管理员身份运行"一个普通账户——后者在部分策略下拿不到完整权限。另外检查一下是不是之前的旧版本没卸载干净，注册表里残留了同名的卸载项，安装器检测到冲突就回滚了。处理办法是先走一遍正常卸载，卸载不掉的用官方清理工具，实在不行手动删安装目录再重装。

装完了，桌面图标也有，双击闪一下就没了。这类问题先看事件查看器的应用程序日志，通常会有对应的错误记录。常见原因有三个：缺少运行库（表现为缺 DLL）、安装路径含中文或空格（表现为加载配置失败）、显卡驱动过旧（表现为创建渲染窗口失败）。排查顺序就按这个来，从成本最低的开始试。

装的时候提示"已有更新版本，无法安装"。这个好办，先把旧版本卸了。但要注意卸载后要清理残留目录，有些客户端卸载时只删程序不删配置，重装后读到的还是旧配置，版本号显示新版本但行为还是旧的，很容易误判。

4.2 启动与考试阶段的典型问题

摄像头预览黑屏但检测通过。前面提过，这是客户端只检测了设备打开状态。先换系统自带的相机应用看有没有画面，有画面说明设备没问题，是客户端调用方式的问题；没画面就是驱动或者隐私设置的问题。Windows 11 上特别要检查"允许桌面应用访问摄像头"这一项，很多机器默认是关的。

两个摄像头只能识别一个。前面讲过 USB 带宽和控制器的问题。先换接口，把两个摄像头分到不同控制器上。换了还不行，就把其中一个的分辨率降下来，720P 通常就能共存。再不行就上一个带独立供电的 USB 扩展卡，别用无源 Hub。

启动后提示"网络异常，请检查网络设置"，但浏览器能打开网页。这是最典型的误导性提示。真实原因往往是系统时间偏差过大导致证书校验失败，或者机器上残留了代理设置。检查顺序：先跑一遍时间同步，再看系统代理设置是不是被某个工具改过，最后才怀疑网络本身。

考试中途客户端闪退。先看有没有转储文件，客户端一般在安装目录下有个 logs 或者 dumps 目录。没有日志的情况下，重点怀疑内存不足和安全软件拦截。8GB 内存的机器同时开录屏和双摄像头，再加上后台的输入法、聊天工具，确实可能撑不住。考前建议把非必要后台程序全关掉。

全屏锁定失效，能切出去。检查是不是接了扩展屏，多屏环境下部分客户端的锁定只作用于主屏。另外检查输入法的悬浮窗，某些输入法的悬浮候选框会浮在全屏之上，虽然切不出去但视觉上像是"被突破了"，考生活动一下就会误以为监考失效。

4.3 一张能贴到墙上的速查表

提示：这张表按"现象"查，不要按"原因"查。现场处理的人往往不知道原因，只知道看到了什么，按现象索引能少绕很多弯。

5. 考中保障与应急预案：把兜底做在开考前

5.1 开考前的倒计时检查该做什么

我的习惯是把考前检查分成三个时间点。考前三天完成全部安装和五项验收，这个阶段发现问题还有充足时间返工。考前一天做一次全流程演练，用测试账号完整走一遍登录、答题、交卷，重点验证断网续考和版本校验。开考前六十分钟做最后一轮机器巡检，只查四样东西：客户端能否正常启动、摄像头画面是否正常、系统时间是否准确、网络是否连通。这四项都是五分钟内能查完的，查完就在表上打勾。

开考前十分钟把所有机器统一重启一次。听起来夸张，但这一步能解决掉大量"莫名其妙"的问题——内存泄漏、句柄占用、残留进程，重启一次全清。重启后不要立刻打开客户端，等系统完全稳定再启动，避免开机自启项和客户端抢资源。

备用机比例按不低于 5% 准备，十台机器至少备一台。备用机要提前装好、验收过、放在伸手能拿到的地方，而不是临时从仓库搬一台出来现装。真出问题时，换机器比修机器快得多，考生换一台继续考，情绪影响也小。

5.2 断网、断电、进程被杀怎么兜底

断网是最常见的情况。客户端如果有本地缓存能力，表现应该是：网络断开后弹一次提示，答题界面继续可用，答案按题写入本地；网络恢复后自动重连并增量同步。这里有个细节要注意——重连后同步的是"最后一道题的答案"还是"所有未同步的答案"，不同实现不一样。考前演练时故意断网答几道题再恢复，看服务端最终收到的答案是否完整，这个验证比看文档可靠。

断电要靠硬件兜底。机房有条件就上 UPS，至少保证主机和显示器能撑十分钟，够考生看到提示并做应急处理。没有 UPS 的情况下，考前提醒考生养成随手保存的习惯意义不大，因为客户端是自动保存的，关键是确认自动保存的间隔足够短。一般客户端是每答一题存一次，如果实现是每五分钟批量存一次，断电损失就大了。

进程被杀的情况要分开看。如果是安全软件误杀，处理办法是提前加白并做验证。如果是考生自己用任务管理器结束进程，客户端一般会在重启后检测到"异常退出"并引导恢复。这里要提醒一句：不要试图用"结束进程再重进"来绕过考试限制，正规客户端的异常退出记录会同步到监考端，反而会引起不必要的关注。

5.3 考后数据回收与环境还原

考试结束不等于工作结束。考后要做三件事：确认所有机器的答题数据都已上传成功，客户端界面显示"已提交"不代表服务端已入库，要在管理端核对提交数量；清理本地缓存，尤其是录制的屏幕文件，这些文件体积大且涉及考生隐私，不能留在机器上；决定客户端是保留还是卸载，如果下周还有考试就保留，但要清理账号登录状态，避免下一个考生登进去看到上一个人的信息。

环境还原这块有个容易忽略的点：考试期间为了保证稳定，可能临时关掉了系统更新、关了安全软件实时防护、调高了日志级别。这些临时改动必须在考后复原，否则机器会带着一个"不安全"的状态继续用下去。我的做法是考前把这些改动列成一张清单，考后照着清单逐条改回去，改完签字。

最后分享一个我一直在用的小技巧：给每台考试机器做一个"考前快照"，不是系统镜像那种重量级快照，就是把客户端的安装目录、配置文件、验收记录打成一个压缩包放在数据盘。万一某台机器考中出现无法快速定位的问题，直接把快照解压覆盖回去，三分钟恢复到一个已知可用的状态，比现场排查快得多。这个做法在几十台机器的规模下特别划算，成本几乎为零，收益是每次事故都能把影响控制在几分钟内。