GraalVM多语言上下文与Jakarta CDI上下文：如何从脚本访问Bean？

一、通过Jakarta CDI为GraalVM提供嵌套作用域Bean访问 #

1. 利用CDI ELResolver整合GraalVM上下文 #

你提到的CDI.current().getBeanManager().getELResolver()完全可以用来整合GraalVM上下文，核心是把EL的变量解析能力直接绑定到GraalVM，避免每次手动遍历Map填充绑定，代码示例：

// 初始化GraalVM上下文时绑定EL解析逻辑
Context ctx = Context.newBuilder(lang)
        .allowAllAccess(true)
        .bindingsProvider(new BindingsProvider() {
            @Override
            public Map<String, Object> getBindings(Context context, String language) {
                return new AbstractMap<String, Object>() {
                    @Override
                    public Object get(Object key) {
                        try {
                            // 借助CDI的ELResolver自动解析所有嵌套作用域的Bean
                            return CDI.current().getBeanManager().getELResolver()
                                    .getValue(null, null, key.toString());
                        } catch (ELException e) {
                            return null; // 变量不存在时返回null，避免脚本执行中断
                        }
                    }

                    @Override
                    public Set<Entry<String, Object>> entrySet() {
                        // 按需解析变量，无需遍历所有Bean，大幅提升性能
                        return Collections.emptySet();
                    }
                };
            }
        })
        .build();

脚本中直接写Bean名称即可访问对应作用域的实例，比如objectMapper.writeValueAsString(data)会自动从CDI上下文获取ObjectMapper，不管它属于应用级还是流程实例级作用域。

2. 自定义CDI上下文实现嵌套层级 #

如果你的流程定义、流程实例等自定义层级需要作为独立CDI作用域，需实现javax.enterprise.context.spi.Context接口并注册为CDI扩展：

// 自定义流程实例级作用域注解
@Retention(RetentionPolicy.RUNTIME)
@Target({TYPE, METHOD, FIELD})
@Scope
public @interface ProcessInstanceScoped {}

// 实现对应上下文
public class ProcessInstanceContext implements Context {
    private static final ThreadLocal<Map<String, Object>> instanceContext = new ThreadLocal<>();

    @Override
    public Class<? extends Annotation> getScope() {
        return ProcessInstanceScoped.class;
    }

    @Override
    public <T> T get(Contextual<T> contextual) {
        return (T) instanceContext.get().get(contextual.getBean().getName());
    }

    @Override
    public boolean isActive() {
        return instanceContext.get() != null;
    }

    // 提供静态方法管理上下文生命周期
    public static void setContext(Map<String, Object> context) {
        instanceContext.set(context);
    }

    public static void clearContext() {
        instanceContext.remove();
    }
}

通过CDI扩展注册该上下文后，流程实例级的Bean就能和应用级、流程定义级的Bean一起被ELResolver解析，完美实现嵌套作用域的访问。

二、替代MVEL实现模板文本渲染 #

基于GraalVM+CDI的机制可以直接替代MVEL，实现占位符填充和轻量表达式解析，以JavaScript为例：

1. 模板渲染示例 #

// 模板内容，支持占位符和表达式
String template = "流程${processInstance.id}的当前状态：${processStatus.name}，创建时间：${objectMapper.formatDate(createTime)}";

// 直接用GraalVM执行模板脚本
Value ret = ctx.eval("js", `\`${template}\``);
String renderedText = ret.asString();

模板中的变量会通过之前绑定的ELResolver自动从CDI上下文获取，和脚本执行共享同一上下文机制，无需额外维护Map。

2. 性能优化建议 #

• 复用GraalVM Context实例：如果脚本/模板重复执行，可缓存Context，只需在每次执行前更新CDI的线程上下文（比如设置当前流程实例的ThreadLocal）
• 启用GraalVM AOT编译：对常用脚本/模板提前编译，大幅提升执行速度

三、关键注意事项 #

• 作用域生命周期：自定义CDI上下文（如流程实例级）需在流程执行完毕后及时清理，避免内存泄漏
• 权限控制：不要直接使用allowAllAccess(true)，根据实际需求限制GraalVM的访问权限，比如仅允许访问指定CDI Bean
• 异常处理：在ELResolver解析变量时添加异常捕获，避免脚本因变量不存在而崩溃

内容的提问来源于stack exchange，提问作者fedd