在C#高性能编程中，反射虽然灵活却常常成为性能杀手。当我们需要频繁访问对象的属性或调用方法时，传统的反射机制会因为运行时元数据查找和装箱拆箱带来显著开销。IL Emit提供了一种在运行时直接编写中间语言指令的能力，让我们可以动态构造出和手写代码几乎一样快的强类型委托。理解CLR如何将IL编译为机器码，是掌握这项技术的基础。
IL Emit的基本原理与DynamicMethod机制
CLR在执行托管代码时，实际上运行的是中间语言（IL）。每一次我们写下的C#代码，都会被编译器翻译成一串IL指令，再由JIT编译为对应平台的机器码。System.Reflection.Emit命名空间暴露了这组底层能力，允许程序在运行期间像编译器一样拼装IL。其中最常用的入口是DynamicMethod类，它代表一个轻量级的、只存在于内存中的方法，不需要依附于具体的类型定义。
使用DynamicMethod时，我们首先声明方法的签名：返回类型、参数类型数组，以及可选的宿主模块。随后通过GetILGenerator拿到IL生成器，按顺序写入操作码。比如要把一个对象的属性值读取出来，我们只需用Ldarg_0加载第一个参数（对象引用），用Callvirt调用属性的getter方法，最后Ret返回。这个过程完全绕过了PropertyInfo.GetValue的通用反射路径，生成的委托在JIT眼中与普通方法无异。
需要注意的是，Emit写出的IL必须严格符合栈平衡与类型安全规则，否则在创建委托或首次调用时会抛出VerificationException。相对于Expression树，Emit没有编译器的静态检查保护，开发者必须自行保证指令序列正确。但正是这种直接性，使得它避免了Expression构建表达式树时的额外内存分配，在极端性能场景下更具优势。
从反射到Emit：构建属性读取委托工厂
假设我们有一个实体类，需要在运行时为它的每个属性生成强类型读取委托。传统做法是用PropertyInfo.GetValue，每次调用都要处理object类型返回值并拆箱。下面先展示一段有性能问题的代码：
public object ReflectGet(object obj, PropertyInfo prop)
{
return prop.GetValue(obj);
}
// 高频循环中调用
for (int i = 0; i < 1000000; i++)
{
var val = ReflectGet(target, prop);
}
这段代码每次都会走反射运行时查找，且返回值被装箱为object。改用IL Emit后，我们可以构造一个Func<T, TResult>委托，直接返回具体值类型或引用类型。下面给出一个泛型工厂示例，它为任意T类型的指定属性生成读取委托：
using System;
using System.Reflection;
using System.Reflection.Emit;
public static class DelegateFactory
{
public static Func<T, TResult> CreateGetter<T, TResult>(PropertyInfo prop)
{
var method = new DynamicMethod(
name: "Get_" + prop.Name,
returnType: typeof(TResult),
parameterTypes: new[] { typeof(T) },
owner: typeof(T).Module,
skipVisibility: true);
var il = method.GetILGenerator();
il.Emit(OpCodes.Ldarg_0);
il.Emit(OpCodes.Callvirt, prop.GetGetMethod(true));
if (prop.PropertyType.IsValueType && !typeof(TResult).IsValueType)
{
il.Emit(OpCodes.Box, prop.PropertyType);
}
il.Emit(OpCodes.Ret);
return (Func<T, TResult>)method.CreateDelegate(typeof(Func<T, TResult>));
}
}
上述代码先加载参数对象，再直接调用getter方法，必要时做装箱匹配返回类型。生成的委托在后续百万次调用中，性能和手写的obj.Property访问几乎一致。与反射相比，它消除了每次调用的元数据解析；与Expression相比，它少了构建表达式树节点的开销，更适合在程序启动阶段批量生成。
在实际ORM框架中，这种工厂常被用来缓存每对“类型-属性”的委托，从而避免映射时的重复Emit。我们只需在第一次访问时生成并存入ConcurrentDictionary，之后所有读取都走字典里的委托，整体吞吐可提升十倍到数十倍。
性能对比与常见避坑指南
为了直观理解差异，我们对比三种方式读取同一整数属性的耗时（示意数据，环境为Release模式）：反射GetValue每次约需40纳秒且伴随装箱；Expression编译后的委托约5纳秒；而IL Emit生成的委托约2纳秒，接近直接字段访问。虽然Expression在编译一次后也很快，但首次构建表达式树的成本在属性极多时会累积成启动延迟。
// 三种方式调用示意 object viaReflect = prop.GetValue(obj); var viaExpr = compiledExpr.Invoke(obj); var viaEmit = emitGetter(obj);
使用Emit时最常见的坑是忽略了值类型与引用类型的匹配。例如属性是int但委托返回object，若忘记Box指令，运行时会报验证错误。另一个坑是skipVisibility参数设置不当，导致无法访问私有getter；在信任边界清晰的程序内，开启该参数可大幅简化代码。此外，Emit出的方法无法被回收，频繁创建而不缓存会造成内存压力，因此必须配合静态缓存使用。
综合来看，IL Emit适合那些对延迟极度敏感、且类型结构在运行时才能确定的场景，如序列化器、对象映射器、脚本绑定层。只要遵循“一次生成、长期缓存、严格验证”的原则，它就能在C#中稳定提供接近原生的性能，而不牺牲动态性的好处。