Mule4运行逻辑表达式报Cannot coerce string to boolean错误排查

这个异常的核心触发原因有两点：

• Mule4的表达式执行引擎是DataWeave 2.x，它的运算符优先级和多数常用编程语言存在差异：contains/startsWith这类字符串、集合匹配运算符的优先级低于逻辑运算符and和or。如果不显式用括号固定contains判断的完整结构，解析器会优先拼接逻辑运算，把字符串类型的变量值直接作为and/or的操作数——而逻辑运算符要求两侧必须是布尔值，因此引擎会尝试把字符串强制转为布尔，最终抛出Cannot coerce string to boolean错误。
• 原表达式的括号包裹不符合逻辑预期：常规业务需求一般是vars.userId非空 且（page包含Redeem 或 actionName包含Redeem），但由于and优先级高于or，且没有把or连接的两个并列判断整体包裹为and的右操作数，表达式实际解析的运算顺序和预期完全错位，进一步放大了优先级问题。

你提到「单独拆分运行actionName相关片段能正常返回true」，是因为单独测试时的变量取值刚好触发了短路逻辑：比如测试时vars.actionName为null，and左侧判断直接返回false，引擎不会执行后续的contains相关运算，也就没触发类型错误；但完整表达式运行时vars.actionName为ungatedRedeem（非空字符串）、vars.page为null，没有触发对应短路分支，引擎按默认优先级结合操作数时，就拿到了字符串值尝试做逻辑运算，最终抛错。错误栈定位到contains位置是解析器行号标记偏移导致的，实际类型错误发生在逻辑运算符的操作数判断环节。

修复时需要明确用括号固定所有运算单元的优先级，保证运算顺序和业务逻辑一致，修复后的表达式如下：

vars.userId != null and (
  (vars.page != null and (vars.page contains 'Redeem'))
  or
  (vars.actionName != null and (vars.actionName contains 'Redeem'))
)

修复要点：

• 每一段xxx contains 'xxx'的判断都用独立括号包裹，明确标记这是一个整体的布尔返回表达式，避免解析器把contains的操作数拆分给逻辑运算符
• 用外层括号把or连接的两个业务判断整体包裹，作为userId != null判断的并列条件，保证逻辑判断顺序符合预期
• 修复后所有逻辑运算符的操作数都是明确的布尔值，不会再出现字符串强转布尔的类型错误，返回结果也和业务需求一致。

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