如何强制.NET应用运行时使用精确到次/次小版本的指定.NET版本

你遇到的配置不生效问题，本质是.NET Framework 4.x系列的就地更新机制导致的：

• 所有4.0~4.8版本的.NET Framework都属于同一运行时族，高版本安装后会直接替换系统内已有的低版本4.x运行时文件，不存在多个4.x版本并行运行的可能
• 你在App.config中添加的<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.6.1" />配置，作用仅为声明当前应用运行所需的最低.NET Framework版本，当系统安装了更高的4.x版本时，CLR会自动选择最高版本的运行时启动，不会强制锁定到你声明的sku版本。这也是你安装了4.8之后，即使配置了4.6.1，检测到的运行时始终是4.8的根本原因。
• 注意这个机制仅适用于.NET Framework 4.x，.NET Core 3.1、.NET 5+属于并行安装的版本体系，不存在高版本替换低版本的问题，可以独立指定运行版本。

方案1：编译时多目标检查（适合快速排查API层面的版本差异） #

你可以在项目文件中配置多目标框架，让编译过程同时针对多个.NET版本做构建检查：

<TargetFrameworks>net461;net472;net48</TargetFrameworks>

这种方式会在编译时自动引用对应版本的参考程序集，能直接检测出调用了高版本才有的API、签名不匹配等版本兼容问题。但要注意：该方案仅做编译时校验，编译出的net461产物在安装了4.8的机器上运行时，依然会加载4.8的运行时，无法覆盖运行时层面的行为差异（比如JIT编译逻辑、运行时bug、内置类库的逻辑变更等）。

方案2：纯净版本隔离环境（最准确，适合验证运行时bug） #

如果需要100%复现特定.NET版本的真实运行行为，必须在只安装了目标版本的独立环境中测试，可选方式包括：

• 虚拟机：使用Hyper-V、VMware等工具创建干净的Windows虚拟机，根据目标.NET版本选择对应默认自带该版本的系统镜像（比如Windows 10 1607默认自带.NET Framework 4.6.1），安装完成后不要升级任何更高版本的.NET Framework，直接部署你的测试程序即可。
• Windows沙箱：如果不需要长期保存环境，可以使用系统自带的Windows Sandbox轻量沙箱环境，启动后仅安装目标版本.NET Framework和测试程序，测试完成后关闭沙箱所有环境会自动销毁，适合快速验证场景。

方案3：运行时兼容开关（仅适合模拟特定已知行为变更） #

微软针对部分4.x版本之间的行为变更，提供了App.config层面的兼容开关，可以让高版本运行时模拟旧版本的特定逻辑，比如要让4.8运行时沿用4.6.1的部分默认行为，可以在<runtime>节点下添加对应配置项。但该方案局限性非常大：仅覆盖微软单独做了兼容适配的变更点，无法模拟JIT、GC、底层运行时的全量旧版本行为，不能替代纯净环境测试。

注意：不存在任何配置方式，可以在安装了4.8的系统中，让应用直接加载4.6.1的运行时文件运行，所有宣称能“强制锁定4.x运行时版本”的配置都不生效，这是4.x就地更新的底层设计决定的。

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