CSharpCodeProvider 在 .NET 6+ 中已彻底废弃，必须改用 Microsoft.CodeAnalysis（Roslyn）动态编译，需引用 Microsoft.CodeAnalysis.CSharp，通过 CSharpCompilation.Emit 到 MemoryStream 并用 AssemblyLoadContext.Load 加载，注意命名空间、引用、超时、内存泄漏及源码安全校验。
CSharpCodeProvider 在 .NET 6+ 中已彻底废弃，直接运行会报 Type or namespace name 'CSharpCodeProvider' could not be found。别试了，它只活在 .NET Framework 和早期 .NET Core 3.1 里。
为什么 CSharpCodeProvider 编译失败或根本找不到
这是最常卡住的第一步。.NET 5 起默认移除 CodeDOM 支持，.NET 6+ 完全删掉 Microsoft.CSharp 下的编译器类。即使你加了 System.CodeDom NuGet 包，CSharpCodeProvider 构造函数也会抛 NotSupportedException。
- 仅
net48、netcoreapp3.1项目能用原生CSharpCodeProvider -
net5.0及以上必须改用Microsoft.CodeAnalysis（Roslyn） - 若项目 TargetFramework 是
net6.0却仍写new CSharpCodeProvider()，编译器不报错但运行时炸
用 Roslyn 替代：编译字符串代码到内存程序集
核心是 CSharpCompilation + Emit 到 MemoryStream，再用 AssemblyLoadContext.Load 加载。比旧方式啰嗦，但可控、跨平台、无反射漏洞风险。
- 需安装 NuGet 包：
Microsoft.CodeAnalysis.CSharp（v4.0+） - 必须显式添加所有依赖引用，比如
System.Console来自System.Runtime.dll，不能只写"System.dll" -
MetadataReference.CreateFromFile(Assembly.GetExecutingAssembly().Location)是常用捷径，但要注意：若执行程序集是单文件发布（PublishTrimmed=true），.Location为空，得 fallback 到typeof(object).Assembly.Location - 示例关键片段：
var syntaxTree = CSharpSyntaxTree.ParseText(code);
var references = new List<metadatareference> {
MetadataReference.CreateFromFile(typeof(object).Assembly.Location),
MetadataReference.CreateFromFile(typeof(Console).Assembly.Location),
// 其他必要引用...
};
var compilation = CSharpCompilation.Create(
assemblyName: $"dyn_{Guid.NewGuid():N}",
syntaxTrees: new[] { syntaxTree },
references: references,
options: new CSharpCompilationOptions(OutputKind.DynamicallyLinkedLibrary)
);
using var ms = new MemoryStream();
var result = compilation.Emit(ms);
if (!result.Success) {
var errors = result.Diagnostics.Where(d => d.IsWarningAsError || d.Severity == DiagnosticSeverity.Error);
throw new InvalidOperationException(string.Join("\n", errors.Select(e => e.ToString())));
}
ms.Seek(0, SeekOrigin.Begin);
var assembly = AssemblyLoadContext.Default.LoadFromStream(ms);</metadatareference>
动态调用方法时类型名和命名空间容易错
旧方式靠硬编码 "DynamicClass" 或 "Test"，但 Roslyn 编译后类型名完全取决于源码里的 class 声明。一旦代码里写的是 namespace MyNS { public class Worker { ... } }，你就必须用 assembly.GetType("MyNS.Worker")，漏掉命名空间就返回 null。
- 推荐在源码字符串里强制指定命名空间，例如：
@"using System; namespace Dyn { public class Entry { public static void Run() { Console.WriteLine(""ok""); } } }" - 调用静态方法用
type.GetMethod("Run").Invoke(null, null)；实例方法则先Activator.CreateInstance(type) - 若源码含泛型或 async 方法，
GetMethod必须传准确签名，比如GetMethod("RunAsync", new[] { typeof(CancellationToken) })
安全与性能上几个硬约束
动态编译不是玩具，线上用必须设边界：
- 超时控制：Roslyn 编译本身不支持 CancellationToken，得套
Task.Run(...).Wait(timeout)包一层，超时就Cancel并释放AssemblyLoadContext - 内存泄漏：每次
LoadFromStream都注册新上下文，不用AssemblyLoadContext.Unload会永久驻留 —— 但 .NET 6+ 的默认上下文不可卸载，建议自定义派生类并重写IsCollectible = true - 禁止用户输入直接进
ParseText：哪怕加了沙箱，unsafe、stackalloc、P/Invoke 都可能逃逸。生产环境务必白名单校验源码 AST 节点
最麻烦的其实是调试：编译错误信息在 Diagnostics 里，行号对应原始字符串位置，不是文件，出错时得自己把源码按 \n 拆行再标出行号 —— 这个细节没人提，但上线第一天就会撞上。
