.NET Core能否加载平台特定.NET类库？插件加载异常问询

这个问题我之前帮好几个开发者排查过，核心是跨.NET框架加载的兼容性硬限制，尤其是你用的.NET Core 2.0本身对.NET Framework专属组件（比如System.Windows.Forms）的支持几乎为零，再加上反射加载时的依赖解析逻辑差异，才会触发这个"加载文件失败"的异常。下面给你拆解具体原因和可行的解决方案：

1. 先搞清楚框架兼容性边界 #

.NET Core 2.0虽然号称可以引用部分.NET Framework库，但像System.Windows.Forms这种属于Windows桌面专属的框架级组件，在.NET Core 2.0里根本没有对应的实现——直到.NET Core 3.0之后，微软才正式把Windows Forms移植到.NET Core生态里。所以你直接加载依赖它的.NET Framework 4.6.1类库，运行时必然找不到对应的程序集，触发加载异常是意料之中的事。

2. 调整插件架构的平台适配方案 #

方案A：升级宿主框架（最推荐） #

既然你的插件需要Windows Forms支持，建议把宿主的.NET Core 2.0升级到**.NET Core 3.0+**（最好是.NET 5及以上，因为2.0早已停止官方支持）。升级后你可以直接在宿主项目里启用Windows Forms支持，此时加载依赖System.Windows.Forms的插件会顺畅很多：

• 优先把插件也迁移到.NET Core 3.0+的Windows Forms项目，确保和宿主框架一致；
• 如果暂时没法迁移插件，也可以尝试在宿主中配置兼容模式，让运行时优先解析.NET Framework的依赖，但这种方式可能存在潜在的兼容性风险。

方案B：进程隔离规避跨框架加载 #

如果必须保留.NET Core 2.0作为宿主，那Windows平台的插件不要直接通过反射加载到宿主进程里，而是把Windows特定逻辑封装成单独的.NET Framework 4.6.1进程，宿主通过进程间通信（比如命名管道、WCF、甚至简单的命令行交互）和插件进程交互。这种方式彻底规避了跨框架加载的问题，只是需要额外处理进程间的数据传递逻辑。

方案C：改用.NET Standard规范开发插件 #

把插件的核心逻辑抽离成基于**.NET Standard 2.0**的类库，Windows平台的特定实现（比如依赖Windows Forms的部分）单独做成适配层。这样.NET Core 2.0宿主可以加载核心逻辑，Windows环境下再加载对应的适配层——不过注意适配层仍然不能直接在.NET Core 2.0进程里运行，还是需要配合进程隔离或者框架升级。

3. 反射加载时的依赖处理技巧（辅助优化） #

不管用哪种方案，反射加载插件时都可以通过AssemblyLoadContext来控制依赖解析逻辑，减少加载异常：

var pluginLoadContext = new AssemblyLoadContext("WindowsPluginContext", isCollectible: true);
// 注册依赖解析回调，手动指定插件依赖的加载路径
pluginLoadContext.Resolving += (context, assemblyName) =>
{
    var pluginDir = Path.GetDirectoryName(yourPluginPath);
    var targetAssemblyPath = Path.Combine(pluginDir, $"{assemblyName.Name}.dll");
    if (File.Exists(targetAssemblyPath))
    {
        return context.LoadFromAssemblyPath(targetAssemblyPath);
    }
    // 系统级依赖尝试从默认上下文加载
    return AssemblyLoadContext.Default.LoadFromAssemblyName(assemblyName);
};
// 加载插件程序集
var pluginAssembly = pluginLoadContext.LoadFromAssemblyPath(yourPluginPath);

但要注意：这个技巧只能解决依赖路径的问题，没法解决.NET Core 2.0本身不支持Windows Forms的核心矛盾。

4. 退而求其次的方案：宿主改用.NET Framework 4.6.1 #

如果插件完全基于.NET Framework 4.6.1且无法修改，那最简单的方式就是把宿主程序也改成.NET Framework 4.6.1开发。同框架内的程序集反射加载几乎没有兼容性问题，System.Windows.Forms的依赖也能正常解析。

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