嘿，这两个问题都是.NET开发者日常会碰到的版本兼容问题，我给你理清楚：

这里得分两种核心兼容场景来看：

• 向下兼容（高版本框架运行低版本编译程序）：这是.NET Framework设计时就保证的核心特性。高版本框架（比如4.8）几乎能完美运行所有用更低版本（比如4.0、4.5）编译的应用。微软在更新框架时会保留旧API，除非是明确标记为废弃且经过多版本过渡的接口，否则不会轻易移除，所以不用担心低版本程序在高版本系统上跑不起来。
• 向上兼容（低版本框架运行高版本编译程序）：这基本是不支持的。如果你的程序是针对4.7.1编译的，目标平台也是4.7.1，那在只装了4.5.1的系统上肯定会报错——要么是启动时提示找不到对应的.NET Framework版本，要么是运行中抛出System.MissingMethodException、TypeLoadException这类“找不到API/类型”的异常，因为低版本框架根本没有高版本新增的这些功能。
• 极端例外情况：如果你的高版本编译程序完全没用到任何4.5.1之后新增的API，理论上可以修改app.config里的supportedRuntime节点，强制让低版本框架加载它，但这种操作非常不推荐，因为可能存在隐藏的兼容性问题，微软也不保证这种做法能稳定运行，属于“野路子”。

场景1：以.NET Framework 4.5为目标平台构建的控制台应用，在已安装.NET 4.7.1的Windows 10系统上运行？ #

完全没问题！这就是标准的向下兼容场景。Windows 10上的4.7.1框架会自动识别并加载针对4.5编译的程序，不需要你做任何额外配置，直接运行就行。甚至如果你的程序用到了4.5的特性，4.7.1也能完美支持，因为高版本是包含低版本所有功能的。

场景2：以.NET Framework 4.7.1为目标平台构建的控制台应用，在已安装.NET 4.5.1的Windows 7系统上运行？ #

绝对不行。原因很简单：4.7.1是比4.5.1更高的版本，你的程序编译时已经绑定到4.7.1的框架库和API上了，而Windows 7上的4.5.1根本没有这些东西。启动程序时大概率会直接弹出错误窗口，提示你需要安装.NET Framework 4.7.1；如果强行运行，也会因为找不到必要的API而崩溃。

如果想让这个程序在Windows 7上运行，有两个可行方案：

• 把项目的目标平台改成4.5.1（前提是你的代码没有用到4.5.1之后才有的API，不然编译时就会报错）；
• 在Windows 7系统上安装.NET Framework 4.7.1（注意Windows 7需要先安装对应的系统补丁才能成功安装4.7.1）。

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