简介：针对CASS11安装启动时出现“请不要在虚拟机中运行此程序”的报错，这份PDF指南整理了完整的故障排查方案。内容面向需要部署并稳定运行CAD与CASS11的测绘、地理信息系统专业人员，重点解决虚拟机环境检测、系统安全设置冲突等兼容性问题。文档基于CAD2016+CASS11实测有效的组合编写，能帮助读者根据自身电脑情况快速定位并选择解决路径。 资源为PDF电子文档，全包共1个文件，压缩包大小约1.87MB，体量精炼、便于直接在电脑或移动端阅读对照。目前已有4539人学习下载，说明该提示是实际部署中的高频问题，指南具有较强参考价值。 正文详细归纳了五种解决办法：卸载已安装的虚拟机软件；关闭Windows安全中心里“内存完整性”开关；通过控制面板取消部分Windows功能；以管理员身份运行CMD执行命令关闭Hypervisor；以及在BIOS中关闭虚拟化技术。每种方法均给出操作步骤与适用场景，并提供带注册机的CAD2016和CASS11获取渠道作为备用。整体实用性强，是软件安装与故障排除环节值得保存的手边资料。
1. 第一回碰到“请不要在虚拟机中运行此程序”，别急着重装系统
做测绘内业的朋友应该都有印象，CASS11 装在物理机上通常很安静，一旦你把 CAD+ CASS 装进 VMware 或 Hyper-V 虚拟机里，启动时十有八九弹一句“请不要在虚拟机中运行此程序”，然后软件窗口直接没了。我最早接手这个报错是在给 A 同学配某实验室的遥感数据处理环境时，他坚持要把整套绘图环境放在虚拟机里隔离，结果 CASS11 死活不认账。当时查了一圈，发现根本不是软件装坏了，而是授权组件在启动阶段检测到 hypervisor 特征，主动拒跑。这份资源正好就是围绕这个报错整理的完整排查方案，适合安装 CAD2016 + CASS11、又踩到虚拟化检测警告的 GIS 从业者和测绘内业人员，照着排查基本都能把软件拉回正常状态。
2. 先弄懂它凭什么说你“在虚拟机里”：授权检测的工作逻辑
报错文案只有一句话，但背后的逻辑链不算短。CASS11 的授权模块启动时会通过 CPU 指令和系统管理接口去读取当前运行环境的特征，只要发现 hypervisor 存在，就判定为虚拟机。这里面有几个容易被忽略的点：第一，你本人并没有开虚拟机软件，但只要 Windows 的 Hyper-V 功能开着，系统本身就运行在 hypervisor 之上；第二，BIOS 里开启了 Intel VT-x 或 AMD SVM，也会暴露虚拟化特征；第三，机器码工具生成的授权文件跟硬件信息绑定，环境检测一旦失败，授权流程就中断。
2.1 虚拟化特征是怎么暴露给 CASS11 的
正常情况下，软件要识别虚拟机，通常会查三类信息：SMBIOS 里的系统制造商字段、ACPI 表里的厂商字符串、CPUID 指令返回的 hypervisor present bit。VMware、VirtualBox、Hyper-V 都会在这几处留下自己的标记，授权组件只要读到第一条就足够触发拦截。
但麻烦的是，物理机上开启 Hyper-V 之后，Windows 的整个内核会跑在 Hyper-V hypervisor 之上，CPUID 的 hypervisor present bit 照样被置位。这就解释了为什么很多人明明没用虚拟机，CASS11 也报这个错——根子在 Windows 功能里，不在第三方虚拟机软件上。我一般会先跑一句命令确认当前环境是否真的存在 hypervisor：
Get-CimInstance Win32_ComputerSystem | Select-Object Manufacturer, Model, HypervisorPresent这条命令的作用是读取当前系统的制造商、型号以及 HypervisorPresent 字段。如果返回 True，说明系统确实运行在虚拟机监控程序之上，哪怕你是物理机也一样；如果返回 False，那就要考虑 VMware 或 VirtualBox 的设备层残留了。第一次排查时建议先跑这个，别急着改 BIOS，改完还要重启好几次。
2.2 为什么卸载了虚拟机软件还报错
这是我在实际帮人处理时遇到最多的误区。某开发者把 VMware 卸载得干干净净，CASS11 照样弹窗，气得想重装系统。原因并不玄学：VMware 安装时会在 Windows 功能里注册虚拟化相关组件，卸载程序不会自动移除这些功能项；同时 Hyper-V 或 Windows 虚拟机监控程序平台可能处于开启状态。也就是说，你删掉了“前台”的虚拟机软件，但“后台”的虚拟化基础设施还在，授权检测依然能扫描到特征。
所以在动手前，先明确判断当前环境属于哪一类：
| 环境类型 | 典型特征 | 优先采用的方法 |
|---|---|---|
| 物理机 + Hyper-V 开启 | HypervisorPresent 为 True，无第三方虚拟机 | 关闭 Hyper-V 相关 Windows 功能 |
| 物理机 + 曾经装过 VMware | 卸载后仍报错，设备管理器有虚拟设备残留 | 清理设备驱动，关闭 Windows 虚拟机监控程序平台 |
| 真虚拟机（VMware/VirtualBox） | CASS11 明确指向虚拟机环境 | 更换方案，迁移到物理机 |
| BIOS 层面开启 VT-x/SVM | 上面几步都做了还报错 | 进 BIOS 关闭虚拟化技术 |
2.3 一个常被忽略的细节：Windows 安全中心空白
原方案里提到打开 Windows 安全中心、进入“设备安全性”->“内核隔离”关闭内存完整性，不少人卡在第一步：安全中心打开是空白的，什么选项都没有。这个现象在部分精简版系统或安全服务异常时很常见，根源是 SecurityHealthService 服务被禁用或启动类型异常。此时需要手动把它的启动类型改回自动，否则整个安全中心界面都渲染不出来。
这里给一条修复命令，在后面第四章里还会详细讲执行顺序：
REG ADD "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SecurityHealthService" /v "Start" /t REG_DWORD /d 3 /f参数解释：/v 指定注册表值的名称，/t REG_DWORD 表示写入 32 位整数，/d 3 对应“自动启动”，/f 表示强制覆盖不询问。执行完这条命令并重启后，Windows 安全中心通常就能恢复正常显示，内存完整性的开关也就能找到了。
3. 安装顺序决定成败：CAD 版本对齐与机器码工具的暗坑
CASS11 不是独立运行的，它必须挂接在 CAD 之上。很多新手按教程先装 CASS11 再装 CAD，结果打开 CASS 提示找不到 AutoCAD 或版本不兼容。正确顺序是：先装 CAD，再装 CASS11；而且 CAD 的位数必须和 CASS 匹配，32 位配 32 位，64 位配 64 位。CAD2016 与 CASS11 的组合是当前实测下来较稳定的搭配，不少做地籍测量的朋友都在用这一套。
3.1 安装前需要收集哪些材料
从资源包角度看，一份完整可复现的安装环境至少包含以下内容：
| 材料项 | 版本要求 | 用途 |
|---|---|---|
| CAD 安装包 | CAD2016，包含注册机 | 提供图形平台与运行库 |
| CASS11 安装包 | 对应 CAD2016 的版本 | 测绘成图主程序 |
| 获取机器码工具.exe | 必须取 CASS10 版本 | 生成本机授权机器码 |
| 注册机 | 与 CAD2016 配套 | 完成授权文件的初始化 |
| 系统环境 | Windows 10 或 Windows 11 专业版/企业版 | 操作系统基础 |
注意“获取机器码工具.exe”这一步是很多人翻车的地方。CASS11 安装完成后，如果直接用它自带的工具去读机器码，很可能读出来的机器码位数不对，导致后续注册机算号失败。实践中的常见做法是：从 CASS10 的安装目录里拷贝一个“获取机器码工具.exe”过来使用。这个工具的作用是读取主板和 CPU 的硬件指纹并生成一段固定字符串，注册机拿这段字符串计算对应的授权码。两代软件的机器码算法兼容，生成结果互通，所以老工具反而稳定。
3.2 第一次安装的完整流程参考
我个人的安装习惯是：系统装完先激活，再装 CAD2016，CAD 激活到能正常打开界面后，再安装 CASS11，最后做机器码与授权初始化。激活 CAD 时以管理员身份运行注册机是必须的，否则写入授权文件时会被系统拦截。
# 以管理员身份启动命令行，先关闭 UAC 干扰（临时） cd /d C:\AutoCAD2016 2>nul || cd /d D:\AutoCAD2016 # 此处只是示意安装路径，请按实际目录调整这一步不是真的要去命令行装 CAD，而是提醒你：任何安装步骤都建议右键“以管理员身份运行”。CAD 安装过程会修改系统 PATH 和注册表，普通权限下很多写入会被静默跳过，最后表现为“装完了但是打不开”。
CAD 装好后运行一次，确认无报错，再装 CASS11。装完 CASS11 后先不要急着打开，去安装目录下找到“获取机器码工具.exe”，从 CASS10 目录复制同名文件覆盖过来，运行并记录机器码。拿到机器码后，用注册机选择对应 CAD 版本型号，生成授权码填入 CASS11 的授权窗口，再重启程序。整个过程里，不要打开任何虚拟机软件，也不要开启 Hyper-V。
3.3 版本映射关系速查
CASS 和 CAD 的版本绑定比较死，装错版本会直接出现“CAD 版本过低”或“未检测到 CAD”的提示。常见搭配表中，CAD2016 对应 CASS11 是比较推荐的组合；CAD2012 也可以勉强跑 CASS11，但部分符号库和实体渲染会出问题；CAD2014 介于两者之间，偶发字体漂移。如果你手里拿到的是其他版本的 CAD，建议优先换成 CAD2016，而不是去迁就 CASS。
4. 五种排查方法实操：从软件层到硬件层的完整闭环
当“请不要在虚拟机中运行此程序”已经出现时，优先做系统层面的排查，最后才动 BIOS。直接进 BIOS 关虚拟化确实最彻底，但会影响日常使用 Docker、模拟器等依赖虚拟化技术的工具。下面这五种方法按侵入性从小到大排列，逐个试过再决定要不要走到硬件层面。
4.1 方法一：卸载不需要的虚拟机软件与残留驱动
这是最直白的一条：如果这台机器就是拿来跑测绘成图，平时根本不用虚拟机，直接卸载。要注意的是，卸载不能只删程序本体，虚拟网卡和虚拟 USB 控制器驱动是独立安装的，它们残留在设备管理器里同样会影响 CASS11 的检测结果。卸载完要重启，然后打开设备管理器，在“查看”菜单里勾选“显示隐藏的设备”，展开“网络适配器”和“系统设备”，手动卸载所有带 VMware、VirtualBox、Hyper-V 字样的设备。这一条执行完，大约能解决三成左右的报错。
4.2 方法二：关闭 Windows 安全中心的内存完整性
内核隔离的内存完整性（Memory Integrity）开启后，系统会创建基于虚拟化的安全机制，这在 CASS11 的授权组件看来也是虚拟化环境特征之一。关闭路径是：Windows 安全中心 -> 设备安全性 -> 内核隔离 -> 内核隔离详细信息 -> 内存完整性开关 -> 关闭 -> 重启。
如果安全中心页面空白，先执行这条命令修复安全服务：
REG ADD "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SecurityHealthService" /v "Start" /t REG_DWORD /d 3 /f命令执行完强制重启，安全中心一般就能正常显示了。关闭内存完整性后，系统的虚拟化安全功能会降级，但日常办公和测绘软件运行不受影响。需要注意的是，这一步只关闭了系统级虚拟化安全，没关 Hyper-V，如果 Hyper-V 功能还开着，下一步需要继续处理。
4.3 方法三：控制面板关闭三个关键 Windows 功能
控制面板 -> 程序和功能 -> 启用或关闭 Windows 功能，在弹出的窗口里找到这三项，全部取消勾选：
| 功能项名称 | 所属层级 | 作用说明 |
|---|---|---|
| Hyper-V | 虚拟机监控程序 | 直接启动 hypervisor |
| Windows 虚拟机监控程序平台 | 虚拟化底层平台 | 提供 hypervisor API |
| 适用于 Linux 的 Windows 子系统 | 虚拟化辅助功能 | 依赖虚拟化平台服务 |
取消勾选后系统会提示重启。这个操作本质上是移除系统自带的虚拟化栈，效果跟 bcdedit 关闭 hypervisorlaunchtype 相似，但更彻底一些。注意不要顺便取消“虚拟机平台”以外的其他功能，比如 .NET Framework，否则 CASS11 运行时可能缺库。这个做法对物理机上开了 Hyper-V 导致报错的情况非常有效，我处理过的大部分案例到这一步就结束了。
4.4 方法四：bcdedit 关闭 hypervisor 启动项
Hyper-V 功能的开关是先注册服务再按启动类型加载，而 bcdedit 直接管启动加载器。两者可以配合使用。如果你既想保留 Hyper-V 功能不卸载，又想让 CASS11 正常跑，可以用这条命令临时关闭 hypervisor 的启动：
bcdedit /set hypervisorlaunchtype off执行前建议先查看当前状态：
bcdedit /enum {current}在输出里找到 hypervisorlaunchtype 这一项。如果显示 Auto，说明 hypervisor 会随系统启动；执行上面的 off 命令后，这一项会变为 Off。重启后，Windows 不再启动 hypervisor，CASS11 的虚拟机检测基本就不会被触发了。恢复方式是把 off 改回 auto。这条命令的优点是不影响 Windows 功能面板里的勾选状态，缺点是一旦忘记恢复，以后开 Docker 或安卓模拟器会提示“未启用虚拟化”，到时候还要反向操作。
4.5 方法五：BIOS 关闭虚拟化技术的最后手段
前面四种都试完仍然报错，极大可能是主板 BIOS 的虚拟化技术处于开启状态，且系统固件把虚拟化特征暴露给了应用层。此时需要重启机器，开机时按 DEL 或 F2 进入 BIOS/UEFI 界面，找到 CPU 配置相关菜单，将 Intel VT-x 或 AMD SVM Mode 设为 Disabled。不同主板菜单名称不同，常见的是 Advanced -> CPU Configuration -> Virtualization Technology，也有的厂商叫 SVM Mode、VT-d。操作完后按 F10 保存退出。
这一步的影响面最大：关闭后，你本机的虚拟机软件、模拟器、WSL2 全部都不能用。所以我的建议是只把它作为最后手段，并且记下当前 BIOS 版本和设置位置，方便日后恢复。如果关闭后 CASS11 能正常运行，说明问题确实出在固件层；如果还报错，那基本可以排除虚拟化因素，回头检查系统镜像是否被改动过。
5. 避坑清单：Windows 里改这些设置最常见的五个坑
所有改动都涉及系统底层配置，踩坑概率不低。我按“现象 -> 原因 -> 解决”的方式整理了五条最典型的反馈，希望你能绕开我走过的弯路。
5.1 改了之后重启直接蓝屏
现象：执行 bcdedit /set hypervisorlaunchtype off 后重启，系统出现蓝屏或卡在 BIOS 启动阶段。
原因：部分系统镜像启用了 VBS（基于虚拟化的安全），hypervisor 被系统安全策略强制依赖，单纯关闭启动项导致安全组件初始化失败。
解决：开机进入高级恢复模式，选择命令提示符，执行 bcdedit /set hypervisorlaunchtype auto 恢复原状。如果系统无法开机，用 PE 工具盘加载后手动恢复 BCD 存储。这个操作前提是先建好系统还原点，没有还原点的机器不建议尝试。
5.2 注册表命令提示“拒绝访问”
现象：执行 REG ADD 修复安全中心时提示“错误: 拒绝访问”。
原因：当前命令提示符没有以管理员身份运行。很多人右键点的是“打开终端”，而不是“以管理员身份运行”，权限上下文不同。
解决：在开始菜单搜索栏输入 cmd，看到“命令提示符”后右键，选择“以管理员身份运行”，再执行原命令。注意如果是 Windows 11，要右键“终端(管理员)”而不是普通终端，后者默认还是普通用户权限。
5.3 关闭 Hyper-V 后 Docker 和安卓模拟器全废了
现象：CASS11 正常了，但 Docker Desktop 启动报错，提示未找到虚拟机平台，或模拟器提示“请开启 VT”。
原因：你在控制面板里把“虚拟机平台”和 Hyper-V 都关了，Docker 底层依赖 Hyper-V 或 WSL2，这个环境被移除后自然跑不起来。
解决：不要在禁用虚拟化的状态下同时用测绘软件和容器工具。要么保留 bcdedit 切换方案，用分别的启动配置；要么用 VMware 装一个独立系统专门跑 CASS11，但那样 CASS11 会报虚拟机检测。综合考虑，物理机上关闭虚拟化是最稳妥的，Docker 需求放到另一台机器或专门的环境里解决。
5.4 Windows 安全中心空白，但注册表修复后依然空白
现象：执行注册表命令并重启后，安全中心还是空白。
原因：HealthService 启动类型已经改成自动，但服务没有随系统正常拉起，可能是服务依赖项损坏。
解决：运行 services.msc，找到 Security Center 服务，确认启动类型是“自动”。如果服务状态不是“正在运行”，右键启动；如果反复启动失败，在管理员命令行执行 sfc /scannow 扫描系统文件。完整过程可能需要几分钟，跑完再重启。这一条执行完，百分之九十的空白问题都能解决。
5.5 方法四改完没用，CASS11 还是报虚拟机
现象：bcdedit 已确认 hypervisorlaunchtype 为 Off，重启后仍然报“请不要在虚拟机中运行此程序”。
原因：机器的 SMBIOS 或 ACPI 表里已经烙了虚拟机厂商信息，比如某些品牌整机出厂时固件里带了虚拟化相关标识，或者你用了修改版的 Windows 镜像，镜像本身是在虚拟机里封装的，系统安装完后保留了虚拟化特征。
解决：先用 2.1 节提到的命令检查 HypervisorPresent，如果已经是 False，那就需要重装系统，使用官方原版镜像安装，不要用精简版或二次封装版。这个问题不算常见，但我确实遇到过，最终就是靠重装系统解决的，属于典型的“黑匣子”型问题。
6. 验证是否真正解决：用任务管理器和一条命令完成确认
所有方法执行完，不要急着双击 CASS11，先做一次快速验证。打开任务管理器，切到“性能”选项卡，找到 CPU 一项，观察右下角“虚拟化”状态。如果显示“已启用”，说明 hypervisor 或固件虚拟化仍然处于活动状态，接下来大概率还会复现报错；如果显示“已禁用”，说明当前环境已经没有虚拟化层。再跑一遍这条命令：
Get-CimInstance Win32_ComputerSystem | Select-Object Manufacturer, Model, HypervisorPresentHypervisorPresent 为 False 时，可以放心打开 CASS11 了。顺带验证 CAD 和 CASS 的版本信息，帮助菜单里的“关于”页能显示当前授权方式，正常情况下会看到已激活或正常授权字样。
从那以后，我每处理一次 CASS11 虚拟机检测报错，都强制先跑一遍环境检查命令，再决定要不要动系统注册表或 bcdedit。这比一上来就关功能、关 BIOS 节省了大量时间，也避免了把系统搞得面目全非。资源里附带的安装说明和工具清单，基本覆盖了这个排查流程里所有要用的文件，CAD2016 和 CASS11 的配套注册机也都整理在一起了，有需要的直接去资源页取就行。希望这份操作记录能帮你少走几步弯路。
本文还有配套的精品资源，点击获取
