使用Roslyn的MSBuildWorkspace编译.NetStandard项目时提示RuntimeMetadataVersion缺失

这个问题我之前处理过，大概率是老版本Roslyn在混合.NET Framework和.NET Standard项目场景下的兼容性问题，结合你的复现步骤，给你几个可行的解决思路：

1. 优先升级Roslyn包版本 #

你用的Microsoft.CodeAnalysis.CSharp.Workspaces v2.7.0是2018年的旧版本，后续的Roslyn版本（从v3.0开始）修复了大量跨框架项目加载的bug。直接把包升级到3.x或更高的稳定版本（比如最新的LTS版本），很多时候这个错误会直接消失，这是最省心的方案。

2. 手动为Workspace指定RuntimeMetadataVersion #

如果暂时没法升级包，可以在创建MSBuildWorkspace时手动注入全局属性，指定对应框架的RuntimeMetadataVersion值。修改你的代码如下：

static async Task Main(string[] args) // 改成异步方法，Roslyn推荐异步操作
{ 
    string dir = Path.Combine(Environment.CurrentDirectory, "..\\..\\..\\"); 
    string solutionPath = Directory.GetFiles(dir, "*.sln").First(); 

    // 创建带有全局属性的Workspace
    var globalProperties = new Dictionary<string, string>
    {
        // .NET Framework 4.6.1对应的RuntimeMetadataVersion值
        ["RuntimeMetadataVersion"] = "v4.0.30319"
    };
    var msWorkspace = MSBuildWorkspace.Create(globalProperties);

    // 可选：监听Workspace错误，方便排查其他问题
    msWorkspace.WorkspaceFailed += (sender, e) =>
    {
        Console.WriteLine($"Workspace Error: {e.Diagnostic.Message}");
    };

    // 异步加载解决方案
    var solution = await msWorkspace.OpenSolutionAsync(solutionPath);

    // 后续执行编译逻辑...
}

解释下：v4.0.30319是.NET Framework 4.x系列通用的RuntimeMetadataVersion值，对应CLR 4.0版本，适合你的.NET 4.6.1项目。

3. 确保运行环境的MSBuild配置正确 #

MSBuildWorkspace依赖系统中安装的MSBuild，如果你直接在普通命令提示符运行程序，可能找不到正确的MSBuild版本。建议在Visual Studio开发者命令提示符中运行你的控制台项目，这样环境变量会自动配置好Visual Studio对应的MSBuild路径，避免因MSBuild版本不匹配导致的元数据加载问题。

另外还要检查你的项目文件：

• 确认两个.NET Standard项目的TargetFramework节点是<TargetFramework>netstandard2.0</TargetFramework>
• 确认控制台项目的TargetFramework是<TargetFramework>net461</TargetFramework>

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