c# 在高并发下使用反射发射（Reflection.Emit）的性能

来源：这里教程网时间：2026-02-21 17:36:27 作者：

Reflection.Emit 在高并发场景下是否适合动态生成类型

不适合。Reflection.Emit 本身线程安全，但动态模块（

AssemblyBuilder

ModuleBuilder

）的创建、类型定义和

CreateType()

调用在高并发下会成为显著瓶颈。尤其

CreateType()

是同步阻塞操作，内部有全局锁（.NET Framework 中更明显；.NET Core/6+ 有所优化但未消除），多个线程争抢会导致排队延迟甚至毛刺。

为什么 CreateType() 会卡住高并发请求

CreateType()

不只是“编译 IL”，它要完成元数据生成、JIT 预编译（部分场景）、类型验证、以及将类型注册进运行时类型系统。这个过程涉及大量内部同步机制：

同一
AssemblyBuilder
下所有
CreateType()
调用串行化（即使类型互不依赖）跨线程频繁创建独立
AssemblyBuilder
会导致内存泄漏风险（.NET Framework）或高 GC 压力（.NET 5+） 每次调用都触发 JIT 编译入口点，若类型含复杂方法，可能触发 JIT 竞争

替代方案：缓存 + 预生成比实时 Emit 更可靠

真正高并发服务中，应避免每请求都 Emit。正确做法是按需预生成并缓存，例如：

用
ConcurrentDictionary<typekey type></typekey>
缓存已生成的类型，Key 可基于泛型参数签名哈希首次访问某组合时，加锁（
Lazy<type></type>
或
Interlocked.CompareExchange
）确保只生成一次优先考虑
Expression.Compile()
（适用于简单委托场景）或 Source Generators（编译期生成，零运行时开销）若必须运行时生成，改用
System.Reflection.Emit.DynamicMethod
（无类型注册开销，可直接委托化）

var dm = new DynamicMethod("FastAccessor", typeof(string), new[] { typeof(object) });
// ... emit IL for property get
var del = (Func<object, string>)dm.CreateDelegate(typeof(Func<object, string>)); // 无 CreateType，轻量