如何将对象字段运算逻辑转为JSON并在Java中执行？

问题描述 #

我有一个包含字段a和b的对象，需要把object.a + 10这类运算逻辑写入JSON，再将该JSON传入Java环境，对对象的a字段执行对应操作。我设想了两种JSON编写格式：

第一种格式：

{
  "object" : {
               "a": 1,
               "b": 10
             },
  "operand1": "object.a",
  "operand2": "10",
  "operation": "+"
}

第二种格式：

{
  "object" : {
               "a": 1,
               "b": 10
             },
  "action": "object.a + 10"
}

请问上述方案是否可行？该如何更优地实现需求？

两种方案的可行性分析 #

第一种：结构化拆分运算 #

• 可行性：完全可行。这种格式把运算拆分为操作数和运算符，Java端可以通过解析operand1定位到对象的a字段，将operand2转为数值类型，再根据operation执行加减等对应操作。
• 优势：结构清晰、语法严谨，Java端解析执行逻辑简单，无需处理复杂表达式，出错概率低。
• 局限：仅支持二元运算，无法处理多操作数或嵌套逻辑（比如object.a * 2 + object.b这类场景）。

第二种：直接写入表达式 #

• 可行性：可行，但需要依赖第三方表达式解析库。Java本身没有原生的字符串表达式执行能力，需要引入Groovy、SpEL（Spring表达式语言）或JEXL这类工具，把action字段的字符串解析为可执行逻辑。
• 优势：灵活性极强，支持任意复杂运算，后续扩展逻辑只需修改表达式内容，成本极低。
• 局限：需要引入额外依赖，表达式语法需符合对应库的规范；若表达式来源不可信，存在恶意代码注入的安全风险。

更优实现思路 #

根据你的需求场景，分两种情况选择最优方案：

场景1：仅需简单二元运算 #

优先选择结构化方案，并做以下优化：

• 简化目标字段标识：把operand1改为直接写字段名（比如"a"），因为对象已在JSON中，无需重复写object.减少冗余。
• 统一操作数类型：operand2直接存数值而非字符串，避免Java端额外的类型转换。优化后的JSON示例：

{
  "object" : {
               "a": 1,
               "b": 10
             },
  "targetField": "a",
  "value": 10,
  "operation": "+"
}

Java端解析时，可通过反射或Apache Commons BeanUtils等工具定位targetField，直接执行运算并赋值。

场景2：需要复杂运算逻辑 #

选择表达式方案，但需做以下优化：

• 明确表达式语法规范：在JSON中标注表达式类型（比如"expressionType": "SpEL"），方便Java端选择对应解析器。
• 增加安全校验：限制表达式的访问范围，避免恶意代码执行。例如用SpEL时，设置安全的上下文，仅允许访问目标对象的字段：

// SpEL执行示例
StandardEvaluationContext context = new StandardEvaluationContext(targetObject);
// 仅允许访问目标对象，禁止调用外部方法
context.setBeanResolver((ctx, beanName) -> {
    if (beanName.equals("obj")) {
        return targetObject;
    }
    throw new AccessDeniedException("非法访问");
});
ExpressionParser parser = new SpelExpressionParser();
Expression exp = parser.parseExpression(json.get("action"));
Object result = exp.getValue(context);
// 将结果赋值回目标字段
Field field = targetObject.getClass().getDeclaredField("a");
field.setAccessible(true);
field.set(targetObject, result);

另外，无论选择哪种方案，都建议在JSON中明确运算结果的赋值目标（比如指定存回a字段），避免逻辑歧义。

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