未安装.NET Runtime时C#应用宿主版本检测原理咨询

版本检测逻辑的工作原理 #

缺失运行时弹出提示的场景，仅针对框架依赖模式发布的.NET 6应用。这类应用编译后生成的入口exe不是托管程序集，是一个体积很小的平台原生启动桩（即apphost），该二进制文件本身不依赖任何.NET运行时，是编译阶段随.NET SDK生成，直接存放在应用输出目录中的。
启动桩内部硬编码了当前应用需要的运行时类型（控制台/桌面应用对应Microsoft.NETCore.App，Web应用对应Microsoft.AspNetCore.App）、最低兼容的.NET版本范围。程序启动时，操作系统首先把这个原生启动桩加载运行，启动桩会按固定优先级查找可用运行时：

• 优先读取DOTNET_ROOT环境变量指向路径下的运行时文件
• 其次扫描系统全局默认的.NET安装路径：Windows下默认扫描C:\Program Files\dotnet\shared\下对应运行时类型的子目录，macOS/Linux下默认扫描/usr/local/share/dotnet/shared/、用户目录下.dotnet/shared/等已注册路径
  启动桩会枚举对应目录下的所有已安装版本号，和自身硬编码的版本要求做匹配：找到符合要求的版本就加载对应CoreCLR运行时，再传入应用的托管程序集完成正常启动；遍历完所有搜索路径都找不到匹配运行时的话，就触发错误提示流程。
  如果是自包含模式发布的.NET 6应用，运行时会直接打包在应用同目录下，启动桩会直接加载私有运行时，不会扫描系统全局路径，也不会触发这类缺失提示。

提示信息的输出主体 #

所有缺失运行时的提示内容，输出主体都是应用自带的原生apphost启动桩：

• 双击启动GUI类应用（WPF/WinForms等）时，启动桩找不到匹配运行时，会调用对应平台的原生消息弹窗API弹出可视化提示框，内容会明确标注需要的.NET运行时版本、架构信息。
• 命令行启动控制台应用时，启动桩会把错误信息直接写入当前终端的标准错误流，除核心的版本缺失提示外，还会附带简单排查指引，比如检查运行时安装状态、确认DOTNET_ROOT配置是否正确。

检测与提示动作是否由操作系统完成 #

该检测与提示动作不是由操作系统完成。
操作系统本身不内置任何.NET运行时的版本校验规则，职责仅为把应用入口的原生启动桩加载到内存、分配运行资源。后续所有的运行时路径搜索、版本匹配判断、提示内容生成逻辑，全部是启动桩内置的原生代码实现。操作系统仅在启动桩调用系统弹窗API时，按照系统原生UI规范完成提示框的渲染，不参与任何核心的检测和判断流程。

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