我来帮你把这个问题拆解清楚——针对你提到的新建.NET Core 2+应用（不含遗留框架/软件），不同环境的安装需求其实和你选择的部署模式直接相关，先结合你做的两个测试案例来说明：

你说在没装.NET Core 2+ Runtime或SDK的Windows/Linux虚拟机里，能直接运行控制台和Web API的可执行文件，这是因为你大概率用了**自包含部署（Self-Contained Deployment, SCD）**模式。这种模式下，发布应用时会把代码、依赖类库，甚至对应平台的.NET Core Runtime一起打包成独立的文件集合，所以目标机器完全不需要预先安装Runtime就能运行。

接下来按你提到的环境逐一说明要求：

1. 开发环境（Development Environment） #

• 必须安装**.NET Core 2+ SDK**：开发过程中需要用dotnet build、dotnet run这类命令编译、调试代码，还要创建项目、管理依赖，这些都依赖SDK提供的工具链。只装Runtime是满足不了开发需求的。

2. QA测试环境（QA Environment） #

这里分两种场景：

• 如果你的测试包是**框架依赖部署（Framework-Dependent Deployment, FDD）**模式：测试机器必须安装对应版本的.NET Core Runtime，因为应用会依赖系统上共享的Runtime来运行。
• 如果是自包含部署模式：不需要预先安装Runtime，直接运行打包好的可执行文件就行。
• 额外提一句：如果QA团队需要修改代码、重新编译验证，那测试机也得装SDK；如果只是运行已发布的测试包，Runtime（或SCD包）就足够。

3. 生产环境（Live Environment） #

核心还是看部署模式：

• 框架依赖部署：必须安装对应版本的.NET Core Runtime。这种模式的好处是应用包体积小，多个同框架的应用可以共享一套Runtime，后续Runtime的安全更新也能统一维护。
• 自包含部署：完全不需要安装Runtime，打包后的应用自带所有运行所需的组件，适合那些无法在服务器上安装Runtime的受限环境。
• 补充你没测试的IIS场景：如果在IIS上部署Web API，不管是FDD还是SCD模式，都需要安装ASP.NET Core Module（ANCM）——它是IIS和.NET Core应用之间的桥梁，负责转发请求；不过SCD模式也可以选择不用IIS，直接用dotnet命令启动应用。

最后再总结下关键点：

• 开发环境：必装SDK
• QA/生产环境：FDD模式要装Runtime，SCD模式不需要
• 你的测试结果完全符合SCD模式的特性，所以能在无Runtime的环境下正常运行

内容的提问来源于stack exchange，提问作者Shannon