换了新系统之后装 Keil，我遇到过太多“明明按教程走的，却死活装不上”的兄弟了。这段时间后台和群里问得最多的就是 Windows18-HD19 这套环境下 Keil 安装失败的问题，有人装到一半提示回滚，有人装完了一启动就闪退，还有人卡在 License 那一步怎么都过不去。先说结论：这个环境里 Keil 装不上，绝大多数不是 Keil 安装包坏了，而是新系统的安全机制、缺失的组件和老版本兼容性这三个问题叠在了一起。这篇就把我在这个环境里折腾 Keil 安装的完整排查思路和最终方案写出来，给碰到同样问题的朋友一个能直接照着操作的路径。
1. 同叫“安装失败”，背后其实是四类完全不同的故障
Keil 的安装失败是个很笼统的说法，在实际操作里它至少有四种完全不同的表现。很多人一搜“Keil 安装失败”就开始瞎试，今天关杀毒，明天改注册表，其实你连自己属于哪一类故障都没搞清楚。所以在动手之前，先对号入座看看自己到底是哪种情况。
1.1 安装程序连启动都做不到
双击安装包后，要么鼠标转了两圈就毫无反应，要么直接弹一个“此应用无法在你的电脑上运行”之类的提示框。这类情况在 Windows18-HD19 上不算少见，但很多人会把锅甩给“系统不兼容 Keil”，实际上大概率是你下载的安装包不完整，或者系统在安装包落地的时候就已经动了手脚。
我见过一个比较典型的案例：某个群里的人从非官方渠道下载的 MDK 5.34 压缩包，解压的时候杀毒软件直接隔离了两个 DLL 文件。安装程序少了 DLL，启动时找不全运行依赖，表现就是双击没反应。这种问题你把系统重装十遍都解决不了，因为源头在安装包就已经不完整了。
1.2 进度条走一半就回滚
这个是最折磨人的。安装界面正常弹出来了，路径也选好了，进度条走到 60% 或者 80%，突然弹出错误框，然后开始回滚，最后提示安装失败。这种情况在新系统上非常典型，原因几乎都集中在两点：一是当前账户对安装目标目录没有足够的写权限，二是安装过程中某个需要调用的系统服务被安全软件拦截了。
有一次我自己装 C51 版本的时候，进度条走到最后突然报了个 Error 1308，提示某个源文件找不到。查了半天，发现是安装程序在校验文件时被 Defender 的实时保护干扰了。这类回滚问题，用管理员身份运行只是第一步，远远不够，后面要做的动作还多着呢。
1.3 装完启动就报缺 DLL 或直接闪退
这个更隐蔽。安装过程看起来一切正常，进度条走完，弹窗提示安装成功，你兴冲冲地去桌面点开 uVision，结果要么弹窗提示缺少 VCRUNTIME140.dll、MSVCP140.dll 之类的运行库，要么一点反应都没有，任务管理器里能看到进程闪一下就没了。
这就是典型的系统缺少 VC++ 运行库。新的 Windows 18-HD19 环境如果是从旧系统升级上来的，或者装的是经过精简处理的镜像，运行库往往不完整。Keil 是 32 位的传统 Windows 应用，对 VC++ 2005、2008、2010、2013、2015-2022 这些运行库都有依赖，缺一个它就可能罢工。
1.4 启动正常但 License 那一步过不去
最后一种坑爹情况：Keil 本体装好了，能打开，编译小工程也没问题，但打开 License Management 一看，CID 那一栏空着，或者填了 License 进去提示错误。很多人以为这是“安装失败”，其实这是授权工具链没走通。
最容易踩的坑是：注册机或者补丁文件刚解压出来，就被系统自带的防护软件当成木马隔离了。文件都没了，你拿什么生成授权码？还有一类情况是 CID 显示不全，这通常跟 USB 加密狗的驱动有关，或者跟安装时的用户权限设置有关。这个我们后面单独说。
所以，先对照上面这四类现象，确认自己到底属于哪一种，再往下看对应的解决方案。别一上来就重装系统，那是最后的手段，大部分情况根本用不着。
2. 为什么新的 Windows 环境对 Keil 越来越“不友好”
在 Windows18-HD19 里装 Keil 容易出问题，核心原因可以归结为三件事：安全机制过度拦截、系统组件不完整、Keil 自身版本太老。这三件事单独拿出任何一件都不至于让安装彻底失败，但它们叠在一起，基本就是“地狱模式”。
2.1 安全机制把安装包里的关键文件当病毒
这是最冤的一种情况。Keil 的安装包里有不少文件在“行为特征”上跟病毒很像，尤其是涉及注册机、补丁、激活工具相关的，被杀毒软件识别为 HackTool 或者 RiskWare 是家常便饭。Windows 自带的 Defender 在这方面尤其积极，而且它有时候不弹提示，直接后台静默隔离。
怎么确认是这个原因？你去 Windows 安全中心的“保护历史记录”里翻一下，如果能看到针对安装包或者解压目录的隔离记录，那基本就坐实了。还有一个办法，你对比一下安装包解压后的文件数量和文件大小，跟官方文档里写的是不是一致，少了文件就是被清了。
不要想着靠“关闭 Defender”来解决所有问题，这个后面我会说怎么处理。
2.2 精简过的系统缺运行库和 .NET 组件
很多朋友用的 Windows18-HD19 不是官方原版镜像装的，而是网上下的精简版、优化版、装机版。这类系统为了追求体积小、跑得快，会砍掉很多“看起来用不上”的组件，其中就包括老软件非常依赖的 .NET Framework 3.5、各种 VC++ 运行库、Windows Installer 服务等。
Keil 的安装器本身是用老式 InstallShield 技术做的，它需要调用 Windows Installer 来完成安装流程。如果这个服务被精简了或者状态异常，安装到一半回滚就非常正常了。还有 .NET Framework 3.5 缺失，会让 Pack Installer 和一些辅助工具无法启动。
这个问题比病毒拦截更隐蔽，因为你在安装界面根本看不到任何跟 .NET 相关的提示，它只会以五花八门的错误码展现出来。
2.3 老版本 Keil 与新系统的兼容性代差
不客气地说，很多朋友手头的 Keil 还是好几年前的版本。MDK 4.x 时代的产品在 Windows 10 上就已经有兼容性问题了，放到 Windows18-HD19 这种新内核环境上，出现各种莫名其妙的问题一点都不奇怪。
Keil 官方对版本支持的态度一直比较保守，老版本在上海兆易、国芯等国产芯片的 Device Pack 支持上也跟不上。如果你的芯片型号比较新，老版本 Keil 连 Device 列表里都找不到，这也会被误判成“装失败了”。
现实一点讲，如果你的开发需求没有特殊限制，尽量用 MDK 5.37 以上的版本，或者直接用 Keil Studio Cloud 和社区版。在 Windows18-HD19 这种新系统上，老版本能省不少折腾。
2.4 UAC、路径权限与安装器判定逻辑
最后说一个很多人都忽略的点：UAC（用户账户控制）。在默认设置下，Windows 会要求安装程序以标准用户权限运行，但 Keil 的安装器需要向 Program Files、注册表 HKLM 这些受保护的位置写入数据。如果 UAC 弹窗出来你点了“否”，或者安装程序检测不到管理员权限，它不会明确告诉你“权限不足”，而是直接以一个奇怪的错误码退出。
还有路径的问题。有人图省事，把安装包放在桌面、下载文件夹或者中文路径下直接装。Keil 的安装器对中文路径和带空格的路径支持不太好，这也会导致安装脚本执行异常。这个原因很多人根本想不到，后面我会专门说正确的安装姿势。
3. 系统性修复方案：从零开始把 Keil 装进新环境
如果你已经被安装失败折磨了两天，先别急着重装系统，按我下面这套流程走一遍，大概率能解决。这套流程是我多次在 Windows18-HD19 环境里实际操作验证过的，顺序很重要，不建议跳步。
3.1 第一步：先确认安装包完整性，排除下载损坏
这一步看着简单，但真没几个人认真做过。不要从那种下载站随便拖一个压缩包就开装，我建议直接从官网下载，或者用你确认过 MD5 校验值的镜像。
下载完之后，先别急着解压。右键压缩包，选“属性”，看一下文件大小是不是跟官方页面写的一致。解压的时候，把杀毒软件的实时防护临时关掉（放行目录比关防护更安全），然后解压到一个纯英文、无空格的目录下，比如D:\KeilSetup。
提示：下载安装包的时候，能用官方渠道就用官方渠道。很多安装失败案例的源头就是下载到的安装包本身已经不完整，或者被第三方二次打包过。
如果条件允许，最好把安装包放到非系统盘再解压安装。系统盘在安装过程中会有各种权限和虚拟化的干扰，放到 D 盘或 E 盘会干净很多。
3.2 第二步：补齐运行库和系统组件，这是被踩得最狠的坑
这一步非常关键，也是最容易被跳过的。Windows18-HD19 哪怕你是原版系统，也不保证所有运行库都是全的，精简版系统更是重灾区。
你需要补的东西包括：
- VC++ 运行库合集（2005 到 2022）：在搜索引擎搜“VC++ 运行库合集”，找个大站下载，装一遍。这个合集包会把所有年份的 x86 和 x64 版本都覆盖到。为什么强调 x86？因为 Keil 是 32 位程序，哪怕系统是 64 位，它调用的也是 x86 版本的运行库。
- .NET Framework 3.5：在 Windows 的“启用或关闭 Windows 功能”里面勾选“.NET Framework 3.5（包括 .NET 2.0 和 3.0）”，点击确定，系统会在线安装。这个组件缺失会导致 Pack Installer 无法正常工作。
- Windows Installer 服务：按
Win + R，输入services.msc，找到“Windows Installer”，确认它的启动类型是“手动”且状态正常。如果这个服务被禁用了，任何基于 InstallShield 的软件都装不安生。
补完这几个东西之后重启一次，再继续下一步。
3.3 第三步：按正确顺序安装，哪些选项不能勾
运行安装程序之前，右键选“以管理员身份运行”，这是底线，没有商量的余地。
安装过程中有几个选项值得注意：
- 不要勾选“Examples”和“Keil RTX”之外的非必要组件，那些 DFP（Device Family Pack）可以后面在 Pack Installer 里再装，装的时候它要联网，容易卡住。
- 安装目录改成
D:\Keil_v5这种纯英文无空格路径，别放 C 盘默认路径，也不要用中文路径。另外不要在路径里带点号或特殊符号。 - 安装过程中如果弹出安全提示，选择“允许”，不要点“否”，这一步会直接影响后续驱动和组件的注册。
安装进度条走完之后，先别急着重启。如果安装程序提示需要重启，点重启。如果没有提示，我建议也手动重启一次，让所有系统环境变量的改动生效。
3.4 第四步：给安装器和编译器设置兼容性与权限
如果前面几步都做完了，还是弹出兼容性问题，那就需要手动干预了。
找到 Keil 的安装目录下的UV4文件夹，右键UV4.exe，选“属性”，切到“兼容性”选项卡。勾选“以兼容模式运行这个程序”，下拉框里选“Windows 8”或者“Windows 7”，我实测在 Windows8 模式下稳定性最好。同时勾选“以管理员身份运行此程序”，点击确定。
这里说明一下为什么选 Windows 8 而不是 Windows XP 或 Windows 10：Keil 的 uVision 在 Windows 8 兼容模式下的行为最稳，这算是社区里很多人试出来的“公论”。Windows 7 模式有时候会导致编辑器光标乱跳，Windows 8 模式基本没有副作用。
如果你用的是 C51 和 MDK 共存的环境，两边的安装目录权限也要统一设一下。比如C:\Keil_v5或者D:\Keil_v5这个文件夹，右键属性，安全选项卡里给 Users 组加上“完全控制”权限，能避免很多后期编译时“无法创建文件”的诡异问题。
4. 芯片支持包（Packs）安装失败的单独处理思路
很多人以为 Keil 安装失败指的是主程序装不上，但实际上还有一大类问题，主程序装好了，结果打开 Pack Installer 想要下载芯片支持包的时候，一直转圈、报错、下载失败。在 Windows18-HD19 环境下这个问题尤其明显，因为它涉及网络访问和证书校验。
4.1 Pack Installer 一直转圈不是安装器坏了
Pack Installer 是 Keil 用来在线下载和安装芯片支持包的工具。它一打开就转圈，通常是它的后端服务访问不了 Keil 的官网服务器，或者访问的时候被系统的网络策略拦了。
这个问题的关键是：系统时间必须准确。如果你的系统时间不对，SSL 证书校验会直接失败，Pack Installer 的表现就是一直转圈或者报“Unable to connect to server”。
另外，代理设置也经常出问题。如果系统之前用过代理，或者装过一些网络优化工具，Windows 的 WinHTTP 代理设置可能残留，导致 Pack Installer 连不上服务器。可以在命令行里执行netsh winhttp reset proxy来重置。
如果重置完还是不行，不要死磕在线安装了，直接走手动安装路线。
4.2 手动下载 Pack 文件的正确姿势
手动安装其实很简单。去 Keil 官网的 Pack 页面，找到你用的芯片厂商对应的 Pack 包，比如 STM32 系列就是Keil.STM32F1xx_DFP或者Keil.STM32F4xx_DFP，下载.pack文件到本地。
然后打开 uVision，菜单栏选Pack Installer（或者视图里的Manage Pack），点击右上角的“Import”按钮，选择你下载好的.pack文件，它会自动完成安装。
这里有个小细节：.pack文件本质上是个 ZIP 压缩包，如果你下载下来之后被杀毒软件拦截了，或者文件名被改了，安装的时候会提示格式错误。所以下载完先确认文件后缀是.pack，体积是你预期的大小，再导入。
4.3 旧版本 Pack 与新版 MDK 的版本矩阵问题
还有一个很隐蔽的坑：某些 Pack 版本跟 MDK 主程序版本不匹配。比如你装的是 MDK 5.36，却去官网下载了最新版的 STM32H7 Pack，有可能因为基础组件版本太低，导入时报各种奇怪的错。
解决思路是“先用官网推荐的默认版本”。在 Pack 页面上看清楚你的 MDK 版本支持范围，或者干脆在 Pack Installer 的版本列表里找一个你周围人验证过能用的版本。
注意：不同的芯片厂家对 Pack 的发布策略不同。有些厂家的 Pack 只支持特定大版本的 MDK，比如 GD32 的 Pack 在某些老 MDK 版本上就是装不上，这不怪你操作有问题，是版本兼容性的硬伤。遇到这种情况，直接升级 MDK，别浪费时间去降级 Pack。
5. 隐蔽小故障：驱动被杀、注册机文件被删、License 窗口无 CID
这一节要说的三个问题，都属于“安装成功但用不起来”的范畴，而且每个都让人抓狂。它们不是传统意义上的“安装失败”，但给人的感觉比安装失败还难受。
5.1 设备管理器里出现未知设备
Keil 装好了，但你插上 ST-Link、J-Link 或者 CMSIS-DAP 调试器，设备管理器里出现一个带黄色感叹号的未知设备。这会直接导致你的工程无法下载调试，很多人还以为是自己工程配置错了。
在 Windows18-HD19 里，这个问题的常见根因是：调试器厂商发布的驱动版本比较老，没有通过新系统的签名认证，系统默认拦截了未签名驱动的安装。
解决思路有两个：
- 去调试器厂商的官网下载最新版驱动安装包，新版驱动一般都补了签名。
- 如果新版驱动也不好使，需要在系统启动时按
F8或者其他快捷键进入高级启动选项，选择“禁用驱动程序强制签名”模式启动一次，然后在设备管理器里手动更新驱动程序。
但我得说清楚，“禁用驱动签名”的办法只能在当次启动有效，重启就恢复了。它适合应急使用，不是长久之计。真想一劳永逸，去把你的 Keil 调试器固件和驱动都升级到最新版本。
5.2 License 窗口不显示 CID 的排查方向
打开 License Management，CID 那一栏是空的，这是很多人碰到的问题。CID 是生成授权码的依据，没有 CID 什么都做不了。
CID 不显示通常只有一个原因：Keil 的 License 管理组件没有正常读取到机器信息，而这个组件依赖一个叫做FlexLM的老式授权服务。如果这个服务没有正常启动，或者服务被安全软件拦截了，CID 就出不来。
排查步骤：
- 按
Win + R，输入services.msc，找到FlexLM Service或者跟 Keil 相关的服务，确认它是“启动”状态。 - 如果服务不存在，去 Keil 安装目录下的
License文件夹看看，运行里面的FlexLM相关程序重新注册一次。 - 检查系统时间是否准确，时间误差太大也会导致授权组件异常。
5.3 杀毒软件白名单的配置建议
前面提到了 Defender 会静默隔离 Keil 的关键文件，这里说下我的处理习惯。不建议整个关闭 Defender，那等于门户大开，没必要。正确做法是把以下目录加入 Defender 的排除列表：
- Keil 安装目录（比如
D:\Keil_v5） - 你放注册机、补丁工具的解压目录
- 工程文件所在的目录
这样既能让 Keil 跑起来，又不影响系统整体的安全防护。不只是 Defender，如果你装了火绒、360，也要去各自的安全中心里把同样的目录加进白名单。多个杀毒软件同时存在的情况下，每个都要配，漏一个都可能出问题。
6. 安装成功之后不要马上关安装包：验证环境的三件套
最后一步，也是很多人忽略的一步：装完 Keil 之后，你没有做验证就把它关了，然后等真正要用的时候才发现某个环节有问题，又要重新排查。正确的做法是装完之后立刻跑一遍“验证三件套”，确认环境真的可用。
6.1 编译官方的 Blinky 例程
打开 uVision，在 Pack Installer 里找一个你手上开发板对应的例程，比如 STM32 的Blinky，直接编译。能编译通过，说明编译器、启动文件、芯片支持包这些核心链路是正常的。
如果编译报错，先看报错信息里的文件路径是不是中文路径，再看是不是找不到头文件。这两个问题占了编译报错里的大半。
如果你还没有具体的开发板，可以新建一个空工程，选择你手头芯片的型号，添加一个简单的 main 函数，编译通过也算验证成功。
6.2 连接调试器前先看设备管理器
不要直接把开发板插上去就点下载，先打开设备管理器，确认调试器设备已经识别为正常的 COM 口或者 HID 设备。这一步能帮你区分“Keil 工程配置问题”和“驱动问题”，省下大量排查时间。
6.3 命令行工具链的验证
如果你以后可能用到命令行编译或者 CI 构建，需要确认 Keil 的命令行工具链是否可用。打开命令行，进入 Keil 安装目录下的UV4文件夹，执行UV4.exe -h，如果能弹出帮助信息，说明命令行模式可用。
这步验证对后面接自动化脚本、做持续集成特别有用。很多团队在做代码自动构建的时候才发现 Keil 的命令行工具链没配好，再回头折腾安装问题，非常浪费时间。
以上这套流程，我在 Windows18-HD19 环境里前前后后验证了不下十次，从 MDK 5.30 到 5.39 都试过。最后再分享一个我个人的习惯：装 Keil 之前，先去官网看一眼最新版本，然后翻一下更新日志，看看有没有针对新系统的兼容性修复，比在旧版本上死磕省心得多。另外，如果这个环境里还是死活装不上，可以退一步用 Visual Studio Code 搭配嵌入式扩展来做开发，Keil 的工程文件也可以用命令行工具链来编译，思路打开，问题总有绕过去的办法。
