hyper-v 和 vmware 不兼容，是技术的原因？还是商业原因？
在已经安装了Windows Hyper-V虚拟化工具的电脑上无法再安装VMware相关软件。
Hyper-V 与 VMware Workstation 不兼容是技术原因。但庆幸的是 VMware 在 VMware Workstation 15.5上新增了 Hyper-V Mode，因此现在不存在两者不兼容的问题。VMware 官方的博客原文：VMware Workstation 15.5 NowSupports Host Hyper-V Mode技术原因：早期 VMware Workstation采用的是虚拟机监视器（VMM），即需要直接访问宿主机的虚拟化，而不支持嵌套虚拟化。而启用 Hyper-V 后 Windows 会使用基于虚拟化的安全(“VBS”) 功能，在硬件和 Windows 之间隔着一个 Hyper-V 管理层。硬件和 Windows 之间隔着 Hyper-V管理层说的简单点，此时的 Windows 已经是一个运行在 Hyper-V 上的虚拟机，只是多了个管理功能。而VMwareWorkstation所用的VMM不支持套娃，没法在嵌套虚拟化的环境下运行虚拟机。早期解决方案：在 Hyper-V 存在的情况下，启动 VMwareWorkstation 虚拟机会报错：此时，我们唯一能做的是二选一。这就导致了题主所说的“商业原因”，实际上这仅仅是技术原因，需要我们到控制面板的Windows 功能中禁用 Hyper-V然后再以管理员身份运行命令提示符（CMD）用 bcdedit 禁用 Windows 启动时加载Hyper-V，此时我们需要执行 bcdedit /set hypervisorlaunchtype off在此之后重启就可以解决 VMware虚拟机无法执行的问题。但这又带来了一个问题，在一些依赖于 Hyper-V 的功能（其中包括Windows Defender CredentialGuard、Windows Defender Application Guard和基于虚拟化的安全性等安全增强功能以及WindowsContainers和WSL 2等开发人员功能）会出现无法使用的问题，又得鱼和熊掌不可兼得，这属实有点犯难。双方的合作此时，VMwareWorkstation 与 Hyper-V 之间至少有一方得妥协。而 Windows 和 Hyper-V 都是微软的产品，你没办法将 VBS、WSL 2等依赖于 Hyper-V 的功能都改成 VMware Workstation，除非微软收购VMware然后合并Hyper-V。让 Hyper-V 去向VMware 妥协几乎是不可能。但在 2019 年旧金山 VMworld 上，VMware 和微软共同共同开发了一个采用 Microsoft WindowsHypervisor Platform (WHP) API 的项目，因此就有了 Hyper-V Mode 的雏形。也就是说 VMwareWorkstation 在启用 Hyper-V 下，不使用 VMM 不是直接使用底层硬件，而是改为使用 WHP API 来管理虚拟机的执行。现在安装VMware Workstation 时，安装程序会检测是否启用 Hyper-V 并且帮助用户安装 WHP，以实现 Hyper-V Mode 的使用。毕竟Hyper-V 的市场份额没有 VMware 的多，且 Hyper-V 是 Windows 中专门集成的功能，像已经 EOL 的 IE浏览器一样属于捆绑产品，在早期用户不多的情况下，广大用户都会选择移除 Hyper-V 选择安装 VMware Workstation。但像包括WindowsDefender Credential Guard、Windows Defender ApplicationGuard和基于虚拟化的安全性等安全增强功能以及Windows Containers和WSL 2等开发人员功能发展成熟的现在，又有谁想要抛弃Hyper-V 而丢失安全性呢？从微软的角度来说，引入 WHP API 将彻底解决用户只能二选一的问题，并且不影响依赖于 Hyper-V的功能的使用。因不兼容造成商业原因的误会和影响系统本身基于虚拟化的安全性；而对于 VMware 来说，自己本身是虚拟化大厂，不选择和微软合作开发 WHPAPI 有可能会丢失虚拟化市场的饭碗。