说个真实经历：前段时间想把手头一个老项目的 8051 程序挪到 Keil5 的工程体系里统一管理，结果发现电脑上只装了 MDK5（uVision5）。打开 51 工程的 .uvproj 文件倒是很顺利，一点编译却直接报错，提示找不到 C51 编译器。这时候才反应过来，Keil5 默认只带 ARM 工具链，老一批 8051 芯片用的 C51 编译环境还得靠 Keil4 那套。可双版本共存这件事，装不好就是装上这个、那个打不开，白白浪费一下午。这次我专门把 Win10 下 Keil4 和 Keil5 共存的完整流程理了一遍，从安装路径、TOOLS.INI、注册表，再到最后的合并步骤，一步步都记在这里。手里同时维护 STM32 和 8051 工程的嵌入式开发者，可以直接照这份清单操作。
1. 冲突根源：为什么这俩工具天生就是"互看不顺眼"
很多人第一反应是把两个安装包都装上就行，结果装完发现要么 Keil5 打不开工程，要么 Keil4 启动直接闪退。这不是运气问题，而是两个版本的安装机制在底层就存在几处天然的打架点，先把这些弄清楚，后面操作才不会抓瞎。
1.1 一个 UV4 目录名引发的混战
Keil4（指 uVision4 界面的 C51 系列）和 Keil5（uVision5 界面的 MDK-ARM）虽然界面版本号不同，但它们的 IDE 主程序文件夹都叫UV4，主程序文件名也还是UV4.exe。这一点非常反直觉——你打开任务管理器看进程，明明是 Keil5，进程名却叫 UV4.exe。
这就带来一个致命问题：如果两个版本装到同一个安装根目录（比如都装到 C:\Keil），第二次安装会把第一次的 UV4 目录整个覆盖掉。后装版本的程序文件、配置文件、设备数据库全部覆盖到前一个版本上，前一个版本自然就崩了。
解决办法很简单：安装时强制让两个版本使用完全不同的根目录。这是双版本共存的第一原则。
1.2 TOOLS.INI：所有编译器入口的"总台账"
Keil 安装目录下有个TOOLS.INI文件，这可能是最容易忽略、但最关键的一个文件。uVision 在启动时会读取安装根目录下的这个文件，通过里面的[路径段]来确定当前环境下有哪些工具链可用、它们分别装在哪个目录。
以 8051 开发为例，C51 的 TOOLS.INI 里会有类似这样的内容：
[UV2] ORGANIZATION="MyCompany" NAME="MyName", "" EMAIL="user@example.com" ANONYMOUS="1" [C51] PATH="C:\Keil\C51\" VERSION=9.54 C51=1而 MDK5 的 TOOLS.INI 里则是另一套：
[UV2] ORGANIZATION="MyCompany" NAME="MyName", "" EMAIL="user@example.com" ANONYMOUS="1" [ARM] PATH="C:\Keil_v5\ARM\" VERSION=5.36所以就算两个版本都装到了电脑上，如果你用 Keil5 去新建 8051 工程，它根本不会知道 C51 编译器存在，因为它的 TOOLS.INI 里压根没有[C51]段。反过来，用 uVision4 编译 ARM 工程也是一样的道理。
这也是标题里"合并"二字的真正含义：把两个 TOOLS.INI 里的工具链段合并到一个文件里，让 uVision5 一个界面同时能调起 C51 和 ARM 两套编译器。
1.3 注册表里的 32 位/64 位故事
Win10 64 位系统上，Keil 的安装程序是 32 位的，所以它的注册表信息不会写在常规的HKEY_LOCAL_MACHINE\SOFTWARE\Keil下，而是写在HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Keil下。
这个细节对排查问题很有用。有人装完双版本后发现系统里残留了旧的 Keil 信息，打开注册表编辑器却找不到相应键，就是因为看错了位置。用这个命令可以直接查看 Keil 在注册表里的所有记录：
reg query "HKLM\SOFTWARE\WOW6432Node\Keil" /s注册表主要保存每个产品（C51、MDK）的安装路径、许可证信息等。只要两个版本的安装路径分开，注册表这块基本不用手动改。容易出现问题的场景是：一个版本装的是默认路径，另一个版本安装时偷懒也选默认路径，导致注册表里的信息互相覆盖，这时候才需要清理或修复注册表项。
1.4 简单装两个的真实下场
最后做个总结。如果直接无脑安装，常见的三种翻车现场：
- 两个都装到 C:\Keil：后装版本的 UV4 目录覆盖先装版本，先装的那个启动闪退或莫名报错。
- 先装 MDK5、后装老版 C51 且不换目录：C51 的 uVision4 界面覆盖 MDK5 的界面，ARM 工具链路径在 TOOLS.INI 里被弄乱，MDK5 工程直接打不开。
- 两个装到不同目录但没有合并 TOOLS.INI：两个 IDE 各自能打开，但 Keil5 下永远编译不了 C51 工程，等于没实现真正的共存。
所以正确路线其实很清晰：分离目录安装，再合并工具链配置。下面就开始实操。
2. 开装前的版本选择与路径布局
动手之前，先把两个问题敲定：装哪个版本，装到哪个目录。这两点想清楚，后面基本不会出幺蛾子。
2.1 Keil4 到底指哪个版本
中文社区里常说的"Keil4"，绝大多数情况下指的是Keil C51 V9.54 / V9.55 这一批基于 uVision4 界面的版本，主要用来开发 STC89C52、AT89S52 这类 8051 内核单片机。这也是很多高校单片机课程和实验室沿用多年的老环境。
而"Keil5"指的是Keil MDK-ARM 5.x 系列（uVision5 界面），主要用来开发 STM32、NXP、GD32 等 ARM 内核芯片。后期 Keil 也把 C51 过渡到了 uVision5 界面（比如 9.60 之后的版本），那类新版 C51 与 MDK5 共存要省心很多，本文重点处理的是老版 C51 uVision4 与 MDK5 共存这种经典组合。
另外提醒一句：MDK-ARM 在早期也有 4.x 版本，但那属于"ARM 工具链的 Keil4"，和本文说的"8051 的 Keil4"不是一回事，别混了。判断标准很简单：打开后的界面标题栏写的是 uVision4 还是 uVision5，新建工程时能不能选到 8051 器件。
2.2 建议的目录规划与安装包准备
我强烈建议以下面这套目录方案为准：
- Keil C51（uVision4）→ 安装到
C:\Keil - Keil MDK5（uVision5）→ 安装到
C:\Keil_v5
尽量不要装到C:\Program Files (x86)这类带空格和系统权限的目录。原因有两个：第一，Keil 的 Make 工具链对路径里的空格虽然兼容得还不错，但碰到老的第三方插件时仍然可能出问题；第二，装到 Program Files 下，每次编译、更新包或修改配置文件都可能触发 UAC 权限弹窗，很烦。直接放磁盘根目录，读写权限干净利落。
安装包的准备上，C51 可以到 Keil 官网的 Legacy/旧产品下载页找对应版本；MDK5 到官网 MDK 下载页获取。下载时注意安装包文件路径也不要带中文和空格，否则部分老安装器解压临时文件时会出怪问题。
2.3 Win10 环境预检查
双版本安装之前，我建议花两分钟做三项检查：
- 以管理员身份运行安装程序。右键安装包，选择"以管理员身份运行"，避免权限不够导致注册表写入失败。
- 临时关闭或配置杀毒软件。Windows Defender 以及第三方杀毒软件有时会把 Keil 的 UV4.exe、Pack Installer 报为风险程序。实测中遇到比较多的就是安装完成后 UV4.exe 被隔离，启动没反应。建议把 Keil 的两个安装目录加入白名单，再继续安装。
- 确认系统用户名是英文。如果 Windows 用户名包含中文，Keil 的默认工程路径、临时文件路径可能会有兼容问题。实在不行，在安装时把所有路径控制在纯英文目录下，也能绕开大部分坑。
3. 双版本安装完整操作：先 C51 后 MDK5
安装顺序上，我建议先装 C51（Keil4），再装 MDK5（Keil5）。这样两个安装包各自注册自己的产品信息，相互干扰最少。反过来装也行，但注意别让后装版本覆盖先装版本的根目录。
3.1 第一步：把 Keil C51（uVision4）装进 C:\Keil
安装过程没什么特别，一路 Next，到选择安装路径时，手动改成C:\Keil。有一点要注意：如果电脑上已经装过某个 Keil 版本，安装器可能会默认沿用之前的路径。此时一定要改成 C:\Keil，不要让它和你后面要装的 MDK5 共用目录。
装完先别急着关，启动一次C:\Keil\UV4\UV4.exe，确认 uVision4 能正常打开。许可证可以稍后统一处理，第一次打开进入评估模式也没关系。
这里多说一句：老版 C51 安装器在 Win10 上极少报兼容性问题，如果双击没反应，优先检查杀毒软件是否把 UV4.exe 隔离了，其次再考虑右键属性里设置"以兼容模式运行 Windows 7"。
3.2 第二步：把 Keil MDK5（uVision5）装进 C:\Keil_v5
MDK5 安装包运行后，同样把路径改为C:\Keil_v5。这里最容易踩的坑就是安装器检测到系统里已有 Keil，会自作主张把路径指到 C:\Keil，让你误以为应该装在同一个地方。千万别接受，否则前一步的 C51 就白装了。
MDK5 装完后，还需要通过 Pack Installer 安装器件支持包。比如做 STM32F103 开发，需要安装 Keil::STM32F1xx_DFP 这个 Device Family Pack。打开 Pack Installer 时它可能会提示更新、需要联网，按提示操作即可。这一步是 MDK5 正常建立 ARM 工程的必要条件，也是和 C51 老环境差异较大的地方——C51 时代不需要什么包，选个 8051 器件直接编译；MDK5 没有 pack 就是光杆司令。
3.3 各自跑通后的基线验证
双版本装完后，先做一个基线验证，确保分开使用时各自都正常：
- 打开
C:\Keil\UV4\UV4.exe，界面是 uVision4，能新建 C51 工程并能编译 8051 代码。 - 打开
C:\Keil_v5\UV4\UV4.exe，界面是 uVision5，Pack Installer 里能看到已安装的 ARM 器件包。
基线正常，"双版本共存"的第一步就算完成了。但这时候你打开 Keil5 想编译 8051 工程，依然会报找不到 C51 编译器。别急，接下来才是核心环节——合并 TOOLS.INI。
4. 合并 TOOLS.INI：让 uVision5 一个界面搞定两种芯片
这是全文最关键的步骤，也是标题里"合并"两个字的落点。合并的本质，是把 C51 安装目录下的工具链信息补到 MDK5 的 TOOLS.INI 里。
4.1 理解要合并的字段：C51 段、ARM 段与 PATH
先打开这两个文件看看：
C:\Keil\TOOLS.INIC:\Keil_v5\TOOLS.INI
用记事本打开即可。C51 那个文件里有[C51]段，里面最关键的一行是：
PATH="C:\Keil\C51\"MDK5 那个文件里有[ARM]段，关键一行是：
PATH="C:\Keil_v5\ARM\"uVision5 启动时，就是靠读取自己根目录的 TOOLS.INI 来判断"可用的工具链有哪些"。现在它只有[ARM]，没有[C51]，所以不认识 8051。我们要做的，就是把[C51]段整段补充到C:\Keil_v5\TOOLS.INI里。
[UV2]段是公共配置，两个文件都有，合并时保留一个即可，重复写几遍也不碍事，但为了整洁，建议保留一份。
4.2 两种合并姿势：跨盘引用 vs 统一收纳到 Keil_v5
合并时PATH="C:\Keil\C51\"可以有两种处理方式：
- 跨盘引用：让 uVision5 直接调用 C:\Keil 下的 C51 工具链。优点是不复制任何文件、C51 安装保持原样；缺点是系统里始终存在两个 Keil 根目录，清理、迁移时要记住两者的依赖关系。
- 统一收纳：把
C:\Keil\C51整个文件夹复制到C:\Keil_v5\C51，然后 TOOLS.INI 里写成PATH="C:\Keil_v5\C51\"。优点是一个根目录搞定所有工具，后续迁移只要打包 C:\Keil_v5 即可；缺点是多占用一点磁盘空间（几百 MB 级别）。
我个人更推荐第二种，尤其是给公司同事做标准环境或打包交付时，一个根目录直接拷走，省去一堆路径说明。如果只是自己电脑上用，嫌复制麻烦，第一种也完全够用。
4.3 操作步骤（可直接抄作业）
第一，先备份。修改配置前养成备份习惯，这能让你在改坏时一分钟内回滚：
copy "C:\Keil\TOOLS.INI" "C:\Keil\TOOLS.INI.bak" copy "C:\Keil_v5\TOOLS.INI" "C:\Keil_v5\TOOLS.INI.bak"第二，决定合并方式。如果选统一收纳，先复制 C51 工具链文件夹：
xcopy "C:\Keil\C51" "C:\Keil_v5\C51\" /E /I /Y如果选跨盘引用，跳过这一步。
第三，编辑C:\Keil_v5\TOOLS.INI，把[C51]段整段复制进去。合并完成后，文件看起来像这样：
[UV2] ORGANIZATION="MyCompany" NAME="MyName", "" EMAIL="user@example.com" ANONYMOUS="1" [C51] PATH="C:\Keil_v5\C51\" VERSION=9.54 C51=1 [ARM] PATH="C:\Keil_v5\ARM\" VERSION=5.36注意[C51]段里的VERSION和C51=1这两行要原样保留，PATH根据你选择的合并方式改：跨盘引用就写成PATH="C:\Keil\C51\"，统一收纳就写成PATH="C:\Keil_v5\C51\"。VERSION后面的数字是你安装的 C51 版本号，不用照抄我的例子。
第四，保存退出，重启 uVision5。
4.4 合并完成后的验证与常见失败点
验证方法很直接：打开 uVision5，新建一个 C51 工程。
在新建工程对话框里，如果能看到经典的 8051 器件列表（比如 Atmel 下的 AT89C52），说明 C51 设备数据库已经接入。选中器件，新建一个简单的 .c 文件写几行代码：
#include <reg52.h> void main(void) { P1 = 0x00; while (1); }按 F7 编译，然后在 Build Output 窗口里查看编译输出。如果能看到类似C51 Compiler以及C:\Keil_v5\C51\或C:\Keil\C51\的调用路径，说明合并真正生效了。
常见的失败点有两个：一个是新建工程的左侧树里找不到 8051 器件，这时优先检查 TOOLS.INI 的[C51]段有没有写进去、PATH 是否指向正确位置；另一个是编译时提示Tool Path 'xxx\C51\BIN\C51.EXE' does not exist，这说明 PATH 指向的目录里根本没有 C51 编译器，多半是统一收纳方式下漏了复制、或者跨盘引用时 C:\Keil 目录被移动过。
5. 共存之后的工程打开、切换与使用习惯
合并完成后，双版本算是真正能"共存"了，但日常使用还有几个细节值得提前知道，能帮你省掉不少麻烦。
5.1 工程文件的互相打开问题
Keil4（uVision4）的工程文件后缀是.uvproj，Keil5（uVision5）的工程文件后缀是.uvprojx。两者格式上有继承关系，但不是完全互通：
| 场景 | uVision4（Keil4） | uVision5（Keil5） |
|---|---|---|
| 打开 .uvproj | 原生支持 | 支持，可能提示迁移 |
| 打开 .uvprojx | 不支持 | 原生支持 |
| 编辑保存后的格式 | 仍是 .uvproj | 可能变成 .uvprojx |
这点要特别小心：一个老 51 工程如果在 uVision5 里打开后保存过，文件可能升级成 .uvprojx 格式，回到 uVision4 就打不开了。如果你的工作流里 8051 工程还需要频繁和用 Keil4 的同事交换，最好固定一个"工程归属"策略：要么老工程始终只在 uVision4 里改，要么大家都统一迁到 uVision5。合并 TOOLS.INI 的意义是让你在 uVision5 里也能编译 C51 工程，而不是要求你把所有老工程都强行迁过去。
5.2 要不要双开两个 uVision
技术上，两个版本各自启动是没问题的，但任务管理器里会看到两个都叫 UV4.exe 的进程，区分方法是右键进程名，在"详细信息"标签里看各自的命令路径。
不过我不建议同时打开两个 IDE 去干同一个活。尤其是两个 IDE 同时操作同一个工程目录时，一个保存、另一个没刷新，很容易互相覆盖文件。我自己长期使用的模式是：新项目和老项目的例行维护分开，ARM 工程在 uVision5 里做，8051 老工程需要改就开 uVision4，只有在要用 uVision5 统一验证 C51 代码时才打开合并后的环境。这样两个 IDE 的交集最小，出错的概率也最低。
5.3 许可证、包管理与后续工具链扩展
许可证这块要单独提一下：C51 和 ARM 是两套独立的授权体系，C51 的注册码不会解锁 MDK5，MDK5 的授权也管不了 C51。合并 TOOLS.INI 只解决"编译器能不能被识别"的问题，不解决"有没有授权"的问题。学习用途的话，MDK 有 Community/免费评估版本，C51 也有评估模式但会限制代码量；正式商业项目建议购买对应授权。在 uVision5 的 License Management 对话框里，可以同时查看和管理已注册的多个授权，补码时确认加在正确的产品名下即可。
装着装着还能往外扩展：比如装完 MDK5 后，用 VS Code 的 Keil 相关插件做编辑，本质上还是调用 UV4.exe 的命令行编译参数，在插件设置里指向C:\Keil_v5\UV4\UV4.exe就能用；瑞萨 RASC 生成 RA 系列工程后，在工具链设置里同样把 Keil 路径指到C:\Keil_v5\UV4即可。这些扩展工具全都建立在 UV4.exe 这个老名字上，只要路径指对，问题都不大。
6. 我把常见报错和排查顺序给你们列好了
最后把这几年来在 Win10 上折腾 Keil 双版本遇到过的报错整理成一张速查表，方便你遇到问题时按表索骥。
| 症状 | 根本原因 | 处理方式 |
|---|---|---|
| uVision5 新建工程找不到 8051 器件 | TOOLS.INI 缺少 [C51] 段，或 PATH 指向错误 | 重新检查并补全 [C51] 段，修正 PATH |
| 编译报 Tool Path ...C51.EXE does not exist | C51 工具链实际目录与 TOOLS.INI 里 PATH 不一致 | 统一收纳方式下确认已复制 C51 目录；跨盘引用下确认 C:\Keil 未被移动 |
| uVision4 启动闪退或打不开 | UV4 目录被后装的 MDK5 覆盖 | 重装 C51 到独立目录，禁止共用根目录 |
| UV4.exe 双击无反应 | 杀毒软件隔离 | 在杀毒软件里添加白名单，重新安装或恢复被隔离文件 |
| 编译通过但下载不进去 | 可能是授权问题或烧录器驱动问题 | 先确认 License Management 中对应产品显示已授权，再检查烧录器驱动 |
| uVision5 里找不到已经装的 Pack | Pack Installer 更新失败或环境变量异常 | 打开 Pack Installer 刷新，确认 CMSIS_PACK_ROOT 指向正确目录 |
| 老工程在 uVision4 里打不开 | 工程已经在 uVision5 里保存升级过 | 从备份副本找回原 .uvproj 文件，或固定只用 uVision4 维护老工程 |
再补充一个排查顺序的建议：遇到任何诡异的 Keil 双版本问题，先看 TOOLS.INI，再看注册表，最后才怀疑杀毒软件和系统环境。因为大部分"装了不能用"的案例，根源都出在工具链配置被覆盖或路径错乱上，而不是系统本身。
我现在的工作习惯是 MDK5 主攻 ARM，C51 老工程在 uVision4 里维护，合并后的 uVision5 只做统一编译验证。这个模式跑了挺久没出过乱子。如果你也在维护一批带 8051 老程序的生产环境，建议安装完双版本后，顺手把一份干净的 TOOLS.INI 和两个安装包一起归档，下次换电脑、给同事搭环境，直接照这份清单重来一遍，十分钟就能搞定。
