c# 表达式树 expression tree 是什么

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

它不是一段能直接跑的代码，而是一棵“把代码画成树”的数据结构——每个节点是

Expression

的实例，代表一个操作（比如参数、常量、加法、方法调用），整棵树完整描述了某个 lambda 表达式的逻辑结构。

为什么不能直接执行？得先

Compile()

表达式树本质是可分析、可修改的“代码快照”，不是委托。你写

Expression<func bool>> expr = x => x > 0;</func>

，此时

expr

是一棵树，不是函数；想运行它，必须显式调用

expr.Compile()

得到

Func<int bool></int>

委托，再调用。

漏掉
Compile()
就直接调用会编译报错：“无法将 Expression 转换为 T”
Compile()
有性能开销，反复编译同一棵树很浪费；建议缓存编译后的委托若只用于分析（如 ORM 翻译成 SQL），根本不需要
Compile()

怎么手动构建一棵最简单的树？

编译器隐式生成（赋值给

Expression<...></...>

）最方便，但理解底层必须会手写。以

x => x + 1

为例：

ParameterExpression param = Expression.Parameter(typeof(int), "x");
ConstantExpression constant = Expression.Constant(1, typeof(int));
BinaryExpression body = Expression.Add(param, constant);
Expression<Func<int, int>> expr = Expression.Lambda<Func<int, int>>(body, param);

注意顺序：必须从叶子（

param

、

constant

）开始，再往上拼父节点（

Add

→

Lambda

）。表达式树是不可变的，改一个节点就得重建整条路径。

常见误用：把表达式树当委托传给需要

Func

的 API

比如 LINQ to Objects 方法（

.Where(x => x > 0)

）接受的是

Func

，但如果你传入

Expression<func>></func>

，会触发隐式转换失败或运行时异常。

对内存集合（
List<t></t>
）用
.AsEnumerable().Where(...)
—— 此时要求
Func
，别传表达式树对 IQueryable（如 EF Core 的
DbSet<t></t>
）用
.Where(...)
—— 此时重载接受
Expression<func>></func>
，才能被翻译成 SQL 混淆二者会导致查询被拉到内存执行（N+1 或全表加载），性能骤降

真正难的不是建树，而是理解“什么时候该让它保持为树，什么时候必须编译成委托”——这决定了你的逻辑是在数据库里跑，还是在 CPU 上跑，一步选错，数据量大了就卡死。