能否在.NET 4.5宿主应用中运行更高版本.NET开发的反射调用插件？

我们正在为某应用开发插件，该应用基于.NET 4.5构建并运行于.NET 4.5环境中，我们的代码通过反射被该应用调用。假设目标机器已安装更高版本的.NET运行时，是否可以使用更高版本的.NET（如4.6.1或4.7）来构建我们的程序集？

好问题！我来给你理清楚这个事儿：

首先，核心结论是：不建议这么做，甚至大概率会出问题。

原因在于.NET Framework的向后兼容逻辑：当一个基于低版本（比如4.5）构建的应用运行时，它会默认绑定到对应的.NET Framework版本（除非通过配置强制指定更高版本）。即便机器上装了更高版本的.NET运行时，宿主应用本身还是会以4.5的上下文来加载你的插件程序集——而你用4.6.1/4.7构建的程序集，可能依赖了这些高版本里才有的API、行为变更或者私有实现细节，在4.5的运行环境下加载时，很可能会遇到MissingMethodException、TypeLoadException这类错误，甚至出现一些难以排查的行为不一致问题。

你提到的“应用可控制版本”的内容，其实是指宿主应用可以通过配置文件（比如app.config里的<supportedRuntime>或者<runtime>下的绑定重定向）来指定使用更高版本的.NET运行时。但问题在于，你作为插件开发者，通常没办法修改宿主应用的配置——如果宿主应用本身没有配置允许使用更高版本，那你的高版本构建的插件肯定跑不起来。

那正确的做法是什么呢？

• 最好直接用**.NET 4.5来构建你的插件程序集**，这样能确保和宿主应用的运行环境完全兼容。
• 如果确实需要使用高版本.NET里的某些特性，你有两个可选方向：
  1. 检查这些特性是否有.NET 4.5的替代方案，或者是否可以通过自己实现来规避版本依赖；
  2. 说服宿主应用的开发者修改配置，允许应用绑定到更高版本的.NET运行时，然后你再用对应的高版本来构建插件。

另外补充一点：即便宿主应用配置了允许使用高版本运行时，你也要注意高版本.NET对旧API的行为变更——比如某些方法的实现逻辑有调整，可能导致你的插件和宿主应用的交互出现问题，这时候一定要做充分的兼容性测试。

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