函数表达式是调度指令，引擎通过前置识别表达式类型与复杂度、上下文感知绑定、懒加载+缓存隔离、安全沙箱与版本路由实现按需装载解析器。
在大型低代码报表引擎中，函数表达式本身不直接“装载”解析器，而是作为触发条件和配置载体，驱动系统按需加载、初始化并执行对应的公式解析能力。关键不在表达式写法，而在引擎如何识别表达式特征、匹配执行策略、隔离资源并复用计算上下文。
识别表达式类型与复杂度，决定解析器加载路径
报表引擎通常面对三类公式：简单字段引用（如 单价 * 数量）、标准Excel函数（如 SUM(A1:A10)）、自定义或脚本型函数（如 toLowerAmount(金额)）。引擎需在解析前完成轻量语法预检：
- 无函数调用、仅含运算符和变量 → 启用轻量级表达式求值器（如 JEXL 或自研 AST 解析器），无需完整公式引擎
- 含内置函数（SUM、IF、TEXT等）→ 加载兼容 Excel 语义的公式内核（如 formulajs 或 JVS 的 formula-core）
- 含自定义函数名或 groovy/script 关键字 → 触发沙箱脚本引擎加载，并校验函数注册状态与权限白名单
基于使用场景动态绑定解析上下文
同一表达式在不同模块中依赖的数据源和函数集不同，不能全局共用一个解析器实例。引擎应支持上下文感知的按需绑定：
- ELT 数据加工场景：解析器自动注入当前数据流的 Schema 元信息，支持列名智能补全与类型推导
- 流程条件分支场景：解析器绑定流程变量快照（processVars），屏蔽非当前节点可见字段
- BI 图表计算列场景：解析器挂载聚合上下文（如 GROUP BY 维度），确保 COUNT、AVG 等函数语义正确
懒加载 + 缓存隔离，避免解析器冗余初始化
大型报表常含数十个计算列，但用户未必同时查看全部。可采用“声明即注册、首次执行才加载”策略：
- 公式字段配置时，仅注册表达式字符串与元数据（如依赖字段列表、预期返回类型），不初始化解析器
- 当该字段首次参与渲染或导出时，根据表达式特征从解析器池中获取/创建对应实例，并绑定专属缓存键（如 formulaId + schemaHash）
- 相同表达式结构+相同数据结构的请求复用已编译的 AST 或脚本字节码，避免重复 parse/compile
安全沙箱与版本路由保障多租户兼容性
企业级报表引擎常需支持多租户、多业务线共用，不同租户可能使用不同版本的函数库或自定义逻辑：
- 解析器加载时依据租户 ID 或应用空间（workspace）选择函数注册表，例如 finance-v2.1 函数包不暴露给 hr-v1.8 环境
- 对 groovy 类脚本函数启用独立 ClassLoader + 资源限制（CPU 时间片、内存上限、禁止反射/IO），实现租户间强隔离
- 表达式中显式带版本标识（如 ROUND_v2(金额,2)）时，路由至对应版本解析器，避免升级引发兼容问题
本质上，函数表达式是调度指令，不是执行主体。真正实现“按需装载”，靠的是前置识别、上下文感知、懒加载机制和租户级隔离设计——而不是在表达式里写个 if-else 去控制加载逻辑。
