简介：这份PDF面向需要安装并运行CAD与CASS11的测绘、地理信息系统从业者及技术支持人员，聚焦虚拟机环境下启动CASS11时出现“请不要在虚拟机中运行此程序”提示的兼容性问题，提供故障定位与排除思路。压缩包仅含1个PDF文件，大小约1.87MB，内容围绕安装前置条件、常见提示成因及多种可选处理方向展开，并兼顾数据备份与风险规避提醒，便于按自身系统配置对照排查。该资料已有4558人学习，说明此类安装兼容问题具有较高关注度。读者可从中获得针对CASS11虚拟化检测的排错框架，了解系统安全设置、Windows功能、命令配置及BIOS虚拟化选项等层面的差异与取舍，并借助CAD2016+CASS11组合案例建立验证路径，逐步缩小故障范围，适合作为软件安装与故障排除的参考手册。
1. 装好却打不开：CASS11 报「请不要在虚拟机中运行此程序」到底在拦什么
按教程先装 CAD、再装 CASS11，破解、注册、重启一路顺利，双击图标却弹出一个灰底小窗：「请不要在虚拟机中运行此程序」。多数人的第一反应是「我这台机器根本没装过虚拟机」——桌面干干净净，系统是品牌机预装的物理机。这正是 CASS11 这个提示最折腾人的地方：它不光在检测真正存在的虚拟机，也会把「系统启用了基于虚拟化的安全功能」误判成虚拟机环境。围绕 CAD 与 CASS 的软件安装与故障排除，这一步挡住的用户最多，而且弹窗没有任何错误码，等于把线索全藏起来了。下面按「它在查什么 → 为什么会误判 → 几种解决办法各自适合谁、有什么副作用 → 怎么快速判断该走哪条」的顺序展开，都是实际排过的坑。
2. 它凭什么认定你在虚拟机里：三条检测路径与最常见的误判
要解决这个弹窗，得先明白它判断的依据不是「你的桌面上有没有虚拟机软件图标」，而是几个更底层的信号。商业软件做运行环境检测，通常不会只查一处，而是组合几条线索，任意一条命中就直接拒绝启动。知道每条线索在哪、怎么被触发，你才能判断自己属于「真在虚拟机里跑」还是「被误判」，这两种情况的处理方式差别很大，用错方法会白折腾一整天。
2.1 第一条线索：CPUID 里的 hypervisor 标记位
x86 处理器有一条CPUID指令，其中 leaf 1 的 ECX 寄存器第 31 位被定义为「hypervisor present bit」。当操作系统跑在某个 hypervisor 之上时，这个位必须置 1，向下层软件声明「你上面还有一层虚拟化」。这是硬件层面的事实，不是可以随便伪造的开关。
关键在于，触发这一位的不只有 VMware、VirtualBox 这类桌面虚拟机。从 Windows 10 开始，微软的「基于虚拟化的安全性」（VBS）开启以后，Windows 自身会变成一个 root partition，运行在 Hyper-V 的 hypervisor 上面，然后把内存完整性（HVCI）、凭据保护这些安全服务放进 VBS 隔离区里跑。也就是说，一台开了内存完整性的物理机，从CPUID的角度看，和一台跑在 Hyper-V 里的虚拟机，特征是一样的。
这类检测在很多商业软件的保护壳里是标配做法，检测到 hypervisor 位就认为是调试或虚拟环境，直接弹窗退出。CASS11 那个灰底提示大概率走的就是这条路——所以后面第 3 章关掉内存完整性就能恢复正常，本质上是「让系统不再像一台虚拟机」。
动手前先确认一下自己机器的状态，用管理员权限打开 PowerShell：
# 查询 VBS 与内核隔离服务的运行状态 Get-CimInstance -ClassName Win32_DeviceGuard ` -Namespace root\Microsoft\Windows\DeviceGuard | Select-Object VirtualizationBasedSecurityStatus, SecurityServicesRunning这段代码读的是Win32_DeviceGuard这个 WMI 类，属于设备防护子系统的运行时状态，不需要装任何额外组件。两个字段的取值要会读：VirtualizationBasedSecurityStatus为 0 表示 VBS 未启用、1 表示已启用但未运行、2 表示已启用并正在运行；SecurityServicesRunning是一个数组，1代表凭据保护在跑，2代表内存完整性（HVCI）在跑。
如果你看到状态是 2、数组里带着 2，那基本可以确定弹窗的根因就在这——你的物理机正在以虚拟化方式运行安全服务。需要说明的是，这个查询在部分精简版系统或已经被改过策略的机器上会直接报「找不到 WMI 类」，那就退回到第 3 章的图形界面去看开关状态，别在这一步死磕。
提示：不要用「有没有装虚拟机软件」来判断自己会不会撞上这个弹窗，这是最容易走偏的一步。
2.2 第二条线索：SMBIOS、设备与服务里的虚拟机残留
如果CPUID那位没被置 1，检测程序还有第二套办法：直接读系统的硬件描述信息。虚拟机的 BIOS 会在 SMBIOS 里写进厂商串，比如某类产品会写自己厂商名加Virtual Machine，另一类会写innotek GmbH、QEMU之类的标识。物理机的厂商串通常是你熟悉的那几个主板或整机品牌。检测程序读一次 SMBIOS 就能分辨。
查这一条很简单：
# 读取主板/系统层写入的厂商与型号字符串 Get-CimInstance -ClassName Win32_ComputerSystem | Select-Object Manufacturer, Model, TotalPhysicalMemoryManufacturer和Model就是 SMBIOS 里的对应字段，被虚拟化层改写过的机器会在这里露馅。正常物理机的输出是具体品牌和型号；出现Virtual Machine、QEMU、innotek、KVM这类字样的，说明系统确实跑在虚拟化层上，这时候后面几章的方法不一定管用，得先解决「真实运行环境」这个前提。
还有一种更隐蔽的情况：虚拟机软件卸载了，但驱动和虚拟网卡还在。很多人在看到弹窗后第一反应就是卸载虚拟机，结果重启一看提示照旧。原因是卸载程序经常留下内核驱动服务、虚拟网卡适配器和 USB 过滤驱动，检测程序扫一遍驱动列表或设备树，照样能识别出你装过什么。
清理的办法是分三处看：设备管理器里打开「显示隐藏的设备」，在「网络适配器」下找那些灰色的虚拟网卡条目，右键卸载；服务列表里找残留的虚拟化相关服务，用sc query确认状态后停掉；再用下面这条命令把非即插即用设备也列一遍：
:: 列出全部驱动服务，过滤出名字里带虚拟化相关关键字的项 sc query type= driver state= all | findstr /i "vm virtual hyper vbox"sc query type= driver只查驱动类服务而不是普通应用服务，state= all把未运行的一起列出来，findstr /i做不区分大小写的关键字过滤。这条命令只是给你一份清单，看到结果别急着删，先用sc qc 服务名看清楚它的可执行文件路径，确认确实指向已卸载产品的安装目录再处理。乱删系统驱动会把机器搞进恢复环境。
2.3 第三条线索：开机加载顺序决定「像不像虚拟机」
前两条讲的都是「查得到什么」，第三条讲的是「改得动什么」，也就是几种解决办法的层级关系。理解这点，你才知道为什么有人关内存完整性就好了，有人非得进 BIOS。
整个启动链条是这样的：主板固件里的虚拟化扩展（Intel 的叫 VT-x，AMD 的叫 SVM）提供硬件能力 → Windows 引导管理器根据 BCD 里的hypervisorlaunchtype决定加载不加载 Hyper-V 的 hypervisor → hypervisor 起来以后，VBS 才能开、内存完整性才能开、WSL2 和沙盒才能用。
所以「让检测程序看不见虚拟化」有三层开关，从下往上分别是：BIOS 关虚拟化扩展、BCD 关 hypervisor 加载、系统里关内存完整性。层级越低，影响面越大，副作用也越多。关内存完整性只影响内核隔离那一块，代价最小；关 hypervisor 加载会连带影响 WSL2、Docker、Windows 沙盒和部分游戏的反作弊组件；BIOS 里关掉虚拟化扩展则是釜底抽薪，连 64 位虚拟机监控程序都跑不起来，但如果你以后要用任何虚拟化功能，还得再进一次 BIOS 开回来。
我一般建议的顺序是：先看内存完整性，再考虑 BCD，最后才动 BIOS。原因很实际——前两层重启一次就能改回来，BIOS 那层遇到不熟悉的主板界面，很容易顺手把别的选项也改了。第 5 章避坑清单里有一条就是踩在这个顺序上翻的车。
3. 内存完整性一关就通：Windows 安全中心那条最省事的路
在所有解决办法里，关掉内存完整性是代价最小、回滚最容易的一条，也是我处理这类弹窗时的默认第一选择。它不改引导配置、不进固件设置，只是在系统里关掉一个安全功能，重启后 CASS11 就能正常起来。这一章把图形界面的完整路径、安全中心页面空白时的补救办法、以及关掉之后的副作用说清楚。
3.1 图形界面关闭内存完整性的完整路径
路径本身不复杂，但每一步的层级都比较深，很多人卡在「找不到设备安全性」这一层。完整的走法是：开始菜单打开「Windows 安全中心」→ 左侧点「设备安全性」→ 在「内核隔离」区域点「内核隔离详细信息」→ 把「内存完整性」的开关拨到关闭 → 按提示重启计算机。
有两个细节值得说清楚。第一，「内存完整性」这个开关在部分系统版本里是灰的、点不动，这通常不是权限问题，而是这台机器上还开着更底层的虚拟化配置，得先处理第 4 章那层。第二，关掉开关只是写进了配置，HVCI 是一个在内核里跑的安全服务，必须重启才能卸载，不重启的话你用第 2 章那段 PowerShell 去查，状态依然是运行中。
重启之后再验一次，还是用那段Win32_DeviceGuard的查询，SecurityServicesRunning里应该不再包含 2。如果已经不含 2、CASS11 还是弹同一个窗，那就说明它检测的不只是 VBS，得往第 4 章那两层走。这种「关完没效果」的情况不算少见，尤其是机器上同时装了桌面虚拟机软件的，第 5 章第一条会细讲。
提示：改完一定要重启再验证，靠「任务管理器里看着像关了」来判断是不准的。
3.2 安全中心页面一片空白时用注册表把服务拉起来
有些人打开 Windows 安全中心，右边整个是空白，只有一圈外框，什么卡片都不显示。这时候点不进「设备安全性」，自然也就关不了内存完整性。这个现象的根因是安全中心的后台服务SecurityHealthService被禁用了——常见于用第三方优化工具做过「服务精简」，或者装过某些安全软件后被改了启动类型。
最省事的修法是直接改这个服务的启动类型。搜索栏输入cmd，在结果上右键选「以管理员身份运行」，然后执行：
:: 把 Windows 安全中心后台服务的启动类型改回「按需启动」 REG ADD "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SecurityHealthService" /v "Start" /t REG_DWORD /d 3 /f逐段解释一下参数，改错了会白忙一场。HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SecurityHealthService是安全中心后台服务在注册表里的配置位置，CurrentControlSet是个动态链接，永远指向当前生效的那套控制集，所以不用管实际编号是多少。/v "Start"指定要写的是哪个值名，这个服务控制启动类型的就是Start。/t REG_DWORD告诉注册表这个值是 32 位整数，类型对不上会写失败。/d 3是数据，3 对应「按需启动」，也就是开机不自动拉起，但被系统调用时能起来；如果你想让它开机就自动启动，把3改成2再执行一次。/f表示如果这个值已经存在，直接覆盖、不再弹确认框。
执行完必须重启，重启后安全中心页面通常就恢复正常了。如果重启一次还是空白，把3换成2再试一次——两种启动类型的差别只在「开机是否自动拉起」，而安全中心的界面加载依赖这个服务已经在跑，2的成功率更高一些。
服务恢复以后别再走第三方优化工具去「精简服务」了，这类工具是安全中心变空白的头号原因，第二次撞上的概率比第一次还高。
3.3 关掉内存完整性之后，你要承担的代价
关掉一个安全功能总要有个交代。内存完整性的作用是让内核态代码必须经过微软签名、并且跑在 HVCI 隔离环境里，能挡掉相当一部分驱动级别的攻击和漏洞利用。关掉之后，系统提示会变成「设备安全性存在风险」，这是正常的，不是又出了新问题。
回滚很简单，按 3.1 的路径把开关拨回去，重启即可。我的习惯是给自己记一条备注：装完、跑通、把需要的图都导出来以后，第一时间把内存完整性开回去，别留着一个长期敞着口子的系统。如果你的机器上有 WSL2 或者容器开发环境，关内存完整性通常不影响它们，影响它们的是下一章要讲的 hypervisor 加载开关。
还有一种情况要提前打预防针：某些游戏的反作弊组件、部分企业终端的安全策略会强制要求内存完整性开启，关掉之后可能反过来弹另一个告警。这类冲突没有两全方案，只能在「跑 CASS11」和「跑那个反作弊」之间切换，用完就改回去。
4. 命令行与 BIOS 两层收口：bcdedit 关 Hypervisor、关 VT-x 的正确顺序
内存完整性那招不灵的时候，说明检测已经穿透到了 hypervisor 层。这一层有两个开关可以动，一软一硬，顺序不能乱。软的是 BCD 引导配置里的hypervisorlaunchtype，硬的是固件里的虚拟化扩展。这一章把两条路都给全，包括怎么回滚——这两步改完，多数机器的弹窗都会消失，但也最容易顺手把别的功能搞坏。
4.1 用 bcdedit 把 hypervisor 的加载关掉
BCD 是 Windows 的引导配置数据库，hypervisorlaunchtype是其中一个元素，控制引导时要不要加载 Hyper-V 的 hypervisor。把它设成off，系统起来以后就没有 hypervisor 层，CPUID的 hypervisor 位不会被置位，VBS 和内存完整性也就跟着失效了。
同样以管理员身份开命令行窗口，执行：
:: 关闭引导时的 hypervisor 加载 bcdedit /set hypervisorlaunchtype offbcdedit是引导配置编辑工具，改的是持久化的引导数据库而不是本次运行的临时状态。/set表示设置现有元素的值，hypervisorlaunchtype是要设置的元素名，off是取值。这个值有三个常见状态：off完全不加载，auto需要时加载（多数系统的默认值），explicit始终加载。企业环境里如果有人强推过 VBS 策略，默认值可能是explicit，改回off才是我们要的效果。
执行完不会有明显提示，改完必须重启。重启后先验证，别急着开 CASS11：
:: 查看当前启动项的配置，确认 hypervisorlaunchtype 已经是 off bcdedit /enum {current}{current}是 bcdedit 的内置别名，代表当前正在使用的那个启动项，不用去查 GUID。输出里找到hypervisorlaunchtype这一行，值应该是Off。如果这一行压根不出现，说明它回到了默认状态，那就得结合第 2 章的Win32_DeviceGuard查询再判断一次是否真的生效。
回滚命令是把off换回auto：bcdedit /set hypervisorlaunchtype auto，同样要重启。记住这条回滚命令，因为关掉之后 WSL2 会直接起不来，Docker 的虚拟化后端也会报错，Windows 沙盒、部分安卓模拟器同样罢工。这些报错看着吓人，其实就是 hypervisor 没加载，改回auto重启就恢复，不用重装任何东西。
注意：
bcdedit改的是引导项，如果手滑敲错了元素名，可能造成引导异常。执行前把当前状态截个图，或者先跑一次/enum {current}留个底。
4.2 启用或关闭 Windows 功能里那三项要不要取消
图形界面这一条路和bcdedit效果接近，只是入口不同：控制面板 → 程序和功能 → 左侧「启用或关闭 Windows 功能」，在列表里把虚拟化相关的几项取消勾选，确定后等系统处理完、重启。
需要取消的是哪几项，不同系统版本里名字略有差异，常见的是「Hyper-V」「虚拟机平台」「Windows 虚拟机监控程序平台」这三项。Hyper-V 是完整的管理平台，虚拟机平台提供 WSL2 和容器需要的那一层，Windows 虚拟机监控程序平台则是给第三方程序调用 hypervisor 的接口。三项一起取消，等于把系统里所有对 hypervisor 的依赖都摘掉，检测程序自然查不到东西。
取消勾选后点确定，系统会花几分钟卸载组件，期间可能要求重启。这一步比bcdedit更彻底也更难回滚——重新勾选回去要重新下载组件，如果系统更新缓存被清理过，可能得等联网拉取。所以如果你的机器只是偶尔跑一次 CASS11、平时还要用 WSL2 写代码，我更推荐用 4.1 的bcdedit方案，一条命令切换，来回成本低。
两项一起做也没问题，效果是叠加的，但排查的时候建议一次只动一层，不然出问题分不清是哪一步造成的。
4.3 BIOS 里关虚拟化：最后手段和它的风险
前面三层都不奏效，才轮到固件层。做法是重启进 BIOS/UEFI 设置界面，找到虚拟化相关的选项关掉。Intel 平台通常叫Intel Virtualization Technology、VT-x，部分主板还有单独的VT-d（这是 I/O 虚拟化，跟 CPUID 那一位不是一回事）；AMD 平台一般叫SVM Mode或Secure Virtual Machine。
风险点有三个，都得提前知道。第一，不同主板厂商的 BIOS 界面差别很大，有的在Advanced → CPU Configuration，有的在Security标签下，找不到就用界面里的搜索功能直接搜virtual。第二，这个选项在很多整机、笔记本上是被厂商锁死或隐藏的，改不了，这种情况就退回 4.1 的方案。第三，关掉之后如果系统里有依赖虚拟化的组件（包括前面提到的内存完整性和 WSL2），开机可能变慢或者出告警，而且很多人会顺手在同一页面改了别的设置，导致引导异常——这就是我前面说的「踩在顺序上翻车」，第 5 章会细讲。
我的实际排法是：只有确认机器上真的装了桌面虚拟机软件、而且卸载和清理残留都做完之后，才会考虑动 BIOS。单纯因为 CASS11 弹窗就进 BIOS 关 VT-x，代价和收益不成比例。
5. 避坑记录：五条按「现象→原因→解决」拆开的翻车点
下面这五条都是我在不同机器上真碰到的，顺序按遇到频率排。每一条都写清楚现象、原因和处理方式，你可以对照自己卡在哪一步。
第一条：开关关了、也重启了，弹窗照旧
现象是内存完整性明确显示「关闭」，Win32_DeviceGuard查出来SecurityServicesRunning也不含 2，但 CASS11 还是同一个提示。
原因是检测不止一条路径，CPUID那位清掉了，SMBIOS 或驱动残留那条还在命中，尤其是机器上装过桌面虚拟机软件、后来卸载过的。第 2 章 2.2 节讲的那套清理要补上：设备管理器里显示隐藏设备后卸载灰色虚拟网卡，服务列表里处理掉残留的驱动服务，再重启。
还有一种可能是你关的那个开关跟实际生效的不是同一个——某些系统上开了「内核 DMA 保护」之后，内存完整性的开关会变成只读，得先关 DMA 保护。这种情况在「内核隔离详细信息」页面里能看出来，开关是灰的。
第二条：卸载了虚拟机软件，反而更不稳定
现象是卸载完之后弹窗没了，但系统开始出现网络异常、蓝屏、或者设备管理器里一堆黄色感叹号。
原因是卸载程序没清干净，把网卡驱动栈和 USB 过滤驱动拆了一半。这种情况其实比原问题更麻烦。处理顺序是先在设备管理器里把有问题的条目卸载（勾上「删除此设备的驱动程序软件」），重启让系统重新枚举硬件；还不行的用系统还原点回到卸载之前，再改用第 3 章的方案，别硬卸。
所以我的建议是：看到这个弹窗，第一选择永远是关内存完整性，而不是卸载虚拟机。卸载是不可逆操作里最难收拾的一种。
第三条：先装了 CASS 再补装 CAD，启动时换了个错
现象是虚拟机那个提示没了，但打开 CASS11 报环境初始化失败、或者直接闪退。
原因是 CASS11 是挂在 CAD 上面的二次开发产品，安装时会往 CAD 的注册表和插件目录里写东西，装的时候找不到 CAD 环境，这些注册信息就写不全。卸载 CASS 重装是最干脆的做法，重装前把 CAD 完整跑一次、确认能正常新建图纸，再装 CASS11。
这条在原有安装经验里其实提到过——先 CAD 后 CASS 是硬顺序，很多人为了排弹窗的问题反复重装，把顺序搞乱了，结果旧问题解决、新问题冒出来。
第四条：机器码工具用错了版本，注册怎么算都不对
现象是 CASS11 能启动了，但注册环节反复失败，或者提示注册信息无效。
这里有个很容易忽略的细节：CASS11 的注册流程里要用到「获取机器码工具」，而这个工具要在对应的旧版本安装目录里找，用它来取本机的机器码。用错版本取出来的码和后续算出来的注册信息对不上，表现出来就是「注册失败」而不是「码无效」，很容易被误判成破解文件被杀毒软件吃了。
处理步骤：确认取机器码用的工具来自正确的目录，取码前把杀毒软件的实时防护临时关掉（这类工具十有八九会被查杀），取到码立刻恢复防护；注册完成后再验证一次 CASS11 能不能正常加载 CAD 的图纸。如果注册过程中工具直接被删了，那就是被查杀了，加白名单重来。
第五条：为了让 CASS11 跑起来，把开发环境全废了
现象是bcdedit /set hypervisorlaunchtype off之后，CASS11 正常了，但 WSL2 里的发行版起不来，Docker 提示需要虚拟化支持，安卓模拟器报错。
原因就是 hypervisor 没加载，所有依赖它的东西全部失效。解决办法是接受「两个环境来回切」这个现实，用两条命令切换：要用 CASS11 就bcdedit /set hypervisorlaunchtype off加重启，要用开发环境就bcdedit /set hypervisorlaunchtype auto再重启。把这两条写成两个批处理文件放桌面，比每次翻笔记省事得多。
如果你实在不想来回重启，那就退回第 3 章，只关内存完整性、保留 hypervisor，很多机器在这个层级就能通过检测了。
提示：任何一步改完都要单独验证一次再动下一步，同时改多层，出问题时你连回滚顺序都理不清。
6. 三分钟定位：先看哪三个信号，再决定动哪一层
前面五章给了完整的方法，但真正卡住人的时刻往往是「我现在该先试哪个」。这一章给一套按顺序走三分钟就能出结论的判断流程，比我一条条试要快得多。
第一个信号看 VBS 状态。管理员 PowerShell 跑第 2 章那段Win32_DeviceGuard查询，重点看VirtualizationBasedSecurityStatus和SecurityServicesRunning。状态是 2 且数组里带 2，直接去第 3 章关内存完整性，八成能解决，这是性价比最高的一刀。状态是 0 或 1 的，说明 VBS 没在跑，弹窗的根因不在这一层，别浪费时间翻安全中心。
第二个信号看 SMBIOS 和驱动残留。用Get-CimInstance -ClassName Win32_ComputerSystem读Manufacturer、Model，出现虚拟机厂商字样就说明系统真的跑在虚拟化层上，这时候前面所有方法都不适用，得先解决运行环境本身。没有虚拟机字样、但机器上装过桌面虚拟机软件的，按 2.2 节清理残留。
第三个信号看 BCD。bcdedit /enum {current}里找hypervisorlaunchtype，是auto或explicit说明 hypervisor 会被加载，具备走第 4 章方案的前提；如果已经是Off而弹窗还在，说明这条路已经走到头了，问题不在这层。
把三个信号整理成一张对照表，照着自己机器的输出对号入座：
| 检测结果 | 说明 | 下一步 |
|---|---|---|
| VBS 状态 2，包含内存完整性 | 系统以虚拟化方式跑安全服务 | 走第 3 章关内存完整性 |
| VBS 状态 2，但开关为灰不可点 | 被更底层策略锁定 | 先关内核 DMA 保护，再关内存完整性 |
| SMBIOS 出现虚拟机厂商串 | 系统确实在虚拟化层上 | 先换到物理机环境，再谈软件层 |
| 有虚拟机软件卸载史、无 SMBIOS 标识 | 驱动或网卡残留 | 按 2.2 节清残留后重启再试 |
hypervisorlaunchtype为 auto/explicit | hypervisor 仍会加载 | 走第 4 章bcdedit或功能项 |
hypervisorlaunchtype已是 Off，弹窗仍在 | 已过这层 | 回查杀毒软件是否拦截了破解文件 |
验证是否真的解决，别只看弹窗有没有消失这一个指标。我一般做三件事：CASS11 能正常进主界面、能打开一张已有的 CAD 图纸、关掉再重新打开三次都不复现。前两条验功能，第三条验稳定性——有些机器上弹窗是随机出现的，只开一次通过不能算数。
排这类没有错误码的弹窗，最忌讳的就是跳步。血泪经验是：每改一层就重启、就验证，把当前状态记下来，出问题能退回上一步。从那以后我每次碰到这种「程序自己判断环境不合法」的提示，都强制先把Win32_DeviceGuard和 BCD 两个状态查一遍再动手，不靠猜。把 CAD 与 CASS11 的安装包连同配套的机器码工具一起备齐，按这张表对号入座走一遍，能省掉大半天反复重装的时间。希望帮到你。
本文还有配套的精品资源，点击获取
