VS C#项目降级至.NET Framework 4.7相关问题咨询

1. 是否遗漏了需要调整的设置？ #

除了项目属性里切换目标框架，还有这些关键点要检查：

• App.config运行时配置：确保配置文件里的<supportedRuntime>节点明确指定4.7版本，避免CLR自动使用更高版本的运行时。示例配置：

  <configuration>
    <startup>
      <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7"/>
    </startup>
  </configuration>
  

  同时检查是否存在<requiredRuntime>节点，确保版本匹配。
• API兼容性检查：排查代码中是否使用了.NET Framework 4.7之后新增的API（比如4.7.2或4.8的专属方法）。可以用Visual Studio的“代码分析”工具（启用.NET Framework兼容性规则），或者手动对照版本API差异排查。
• 绑定重定向清理：如果之前项目有针对4.8的绑定重定向，需要删除或更新为4.7兼容的配置，避免运行时加载错误版本的程序集。
• 项目输出架构：确认项目的“平台目标”（AnyCPU/x86/x64）与客户系统架构匹配，部分组件可能在跨架构下依赖高版本运行时。

2. NuGet包是否是问题根源？ #

有可能，即使你把packages.config里的包换成4.7版本，仍存在以下风险：

• 包的隐性依赖：部分NuGet包标注支持4.7，但内部实现依赖了4.7.2或4.8的API，只是未在包的依赖声明中明确标注。可以用反编译工具（如dnSpy）查看包的程序集，检查其引用的.NET Framework版本和API。
• 包版本兼容性：有些包的4.7版本可能存在bug，或者仅为“兼容标记”而非真正适配4.7编译。建议查看包的版本发布说明，确认该版本确实在4.7环境下经过测试。
• 依赖链问题：即使你安装的主包是4.7版本，它依赖的其他子包可能仍要求更高版本的.NET Framework。可以用NuGet包管理器的“依赖项”视图逐层检查所有依赖包的目标框架要求。

3. 如何在低版本.NET Framework系统上测试？ #

针对Windows 11自带4.8无法卸载的情况，推荐这些可靠方法：

• 旧版本Windows虚拟机：用Hyper-V或VMware创建虚拟机，安装对应版本的Windows系统（比如Windows 10 1709版本，默认预装.NET Framework 4.7）。安装完成后不要升级.NET Framework，直接部署你的应用测试。
• 应用程序兼容性工具包（ACT）：使用微软的ACT工具，可以模拟低版本.NET Framework的运行环境，检测应用在目标版本下的兼容性问题，无需单独搭建虚拟机。
• 强制运行时版本测试：在本地机器的App.config中添加<supportedRuntime>强制指定4.7，同时配合CLR的版本控制环境变量COMPLUS_Version（设置为v4.0.30319，对应4.7的CLR版本），虽然本地有4.8，但可以强制应用使用4.7的运行时逻辑进行初步测试（注意：这种方法无法完全模拟真实低版本环境，仅作初步排查）。

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