c#如何动态编译代码_c#动态编译代码项目实例附完整源码

用 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 属性会返回空字符串。这时就需要回退方案，例如使用 typeof(object).Assembly.Location。
• 下面是一个关键代码片段的示例：

var syntaxTree = CSharpSyntaxTree.ParseText(code);
var references = new List {
    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);

动态调用方法时类型名和命名空间容易错

旧方法常常依赖于硬编码的类型名，比如 "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) 创建对象。
• 如果源代码中包含泛型或异步方法，使用 GetMethod 时必须传入精确的方法签名。例如：GetMethod("RunAsync", new[] { typeof(CancellationToken) })。

安全与性能上几个硬约束

动态编译绝非玩具，一旦计划在生产环境中使用，就必须设定清晰的边界：

• 超时控制：Roslyn 编译过程本身不支持 CancellationToken。一个常见的做法是用 Task.Run(...).Wait(timeout) 将其包裹起来，超时则取消任务并释放相关的 AssemblyLoadContext。
• 内存泄漏：每次调用 LoadFromStream 都可能注册一个新的上下文。如果不调用 AssemblyLoadContext.Unload，这些程序集将永久驻留内存。但 .NET 6+ 的默认上下文是不可卸载的，因此建议自定义一个派生类，并重写设置 IsCollectible = true。
• 源码安全校验：绝对禁止将未经处理的用户输入直接送入 ParseText。即使有沙箱环境，unsafe、stackalloc 或 P/Invoke 等代码仍有可能逃逸限制。在生产环境中，务必对源码的抽象语法树（AST）节点进行白名单校验。

其实，最让人头疼的往往是调试环节：编译错误信息都藏在 Diagnostics 集合里，其中的行号对应的是原始字符串中的位置，而非文件行号。一旦出错，你就得自己动手，按 \n 拆分源码字符串并标注行号——这个细节很少被提及，但上线第一天就很可能撞上。