DataTable.Compute仅支持简单表达式，因其是ADO.NET轻量级引擎，不支持自定义函数、变量、分支、循环或外部作用域，如Math.Sin(x)或IF语句均会抛出EvaluateException。
DataTable.Compute 为什么只能算简单表达式？
DataTable.Compute 确实能快速执行字符串形式的计算，比如 "SUM(Price)" 或 "UnitPrice * Quantity"，但它本质是 ADO.NET 的轻量级表达式引擎，**不支持自定义函数、变量声明、条件分支、循环或外部作用域**。你传入 "Math.Sin(x) + y * 2"，会直接抛出 System.Data.EvaluateException: “无法解析标识符 'Math'” —— 因为它压根不认 Math 类，也不认 x、y 这种未绑定到列的变量。
常见误用场景：
- 试图在
Compute中调用DateTime.Now.ToString()或Guid.NewGuid()→ 报错 - 把公式写成
"IF(Price > 100, Price * 0.9, Price)"→IF不被支持（它只认IIF，且仅限三元逻辑） - 想复用之前算出的中间结果（如先算折扣率，再用它算最终价）→
Compute每次都是独立上下文，无状态
安全又够用的动态计算：用 Microsoft.CodeAnalysis 编译表达式
如果你需要真正“动态”的 C# 表达式（含变量、函数、类型转换），Microsoft.CodeAnalysis（即 Roslyn 脚本 API）是最可控的选择。它在内存中编译并执行，比反射快，比 Eval 类库更安全（可限制命名空间、禁用 System.IO 等）。
实操要点：
- 安装 NuGet 包：
Microsoft.CodeAnalysis.CSharp.Scripting - 基础用法：用
CSharpScript.EvaluateAsync<double>("x * x + 2 * x + 1", globals: new { x = 5.0 }) - 必须显式指定返回类型（如
<double>），否则默认是object，后续转型易出错 - 若需多次执行同类表达式，缓存
ScriptOptions并预编译脚本（CSharpScript.Create+GetDelegate），避免重复编译开销 - 禁止用户输入直接进脚本 —— 至少过滤掉
typeof、new FileStream、Environment.等敏感词
DataTable 场景下怎么混用 Compute 和外部变量？
当你要基于 DataTable 数据，又引入外部参数（比如税率、汇率、当前日期）时，Compute 本身做不到，但可以绕过：
- 把外部变量“塞进”表里：临时加一列
dt.Columns.Add("TaxRate", typeof(double)); dt.Rows[0]["TaxRate"] = 0.08;，然后公式写成"Price * (1 + TaxRate)" - 用 LINQ 替代：把
DataRow转成对象列表，用Select(r => r.Price * (1 + taxRate))，更直观、可调试、类型安全 - 若必须用
Compute且公式固定，提前用string.Format或插值拼接外部值：dt.Compute($"SUM(Price * {taxRate + 1})", "")—— 注意防 SQL 注入式风险，确保taxRate是数值类型且已校验
别踩这些坑：性能、线程与异常处理
动态执行不是“写完就能跑”，几个硬性约束容易被忽略：
-
CSharpScript.EvaluateAsync是 async，但在同步上下文中调用.Result或.Wait()可能死锁（尤其 ASP.NET Framework）→ 改用Task.Run(() => CSharpScript.Evaluate...).Result或直接异步流 - Roslyn 编译器实例默认非线程安全；高并发下建议复用
ScriptOptions，并用ScriptState<T>.ContinueWith复用编译结果 -
DataTable.Compute对 null 值极敏感：列含 null 时"Price * Qty"直接返回DBNull.Value，而非抛异常 → 公式里必须写"ISNULL(Price, 0) * ISNULL(Qty, 0)" - 所有动态执行路径，都得包
try/catch住EvaluateException、CompilationErrorException、AggregateException，不能让表达式错误崩掉主流程
最麻烦的其实是调试：Roslyn 报错堆栈指向生成的临时类名（如 <InteractiveExpressionClass>），没法直接断点。建议开发期开启 ScriptOptions.WithEmitDebugInformation(true)，并保留源码字符串用于日志定位。
