Azure Logic App条件判断无法正确求值触发创建操作问题

这个问题是Azure Logic App条件判断的null值处理机制导致的：
当你在条件里引用的API2响应ID字段不存在时，该字段值为null，此时直接做API1返回ID != API2返回ID的比对，整个表达式不会返回布尔值True/False，而是直接返回null，Logic App会把null判定为False，所以创建分支永远不会触发。
之前用empty()、length()判断不生效，是因为你取的判断节点不对：绝大多数查询类API在资源不存在时不会返回空响应体，而是返回固定结构的报错/空结果对象（比如带错误码、空数组的结构），直接判断整个响应体的长度永远不会为0。

按以下步骤调整工作流配置即可：

• 调用API2的查询接口之后，先初始化一个布尔变量isIdExisted，默认值设为false
• 存在性判断不要直接比对两个ID值，先用coalesce()函数给不存在的字段做空值兜底，判断表达式写法如下：

  equals(coalesce(<这里填API2响应中ID字段的动态内容>, ''), <这里填当前ForEach循环里遍历到的API1 ID>)
  

  该函数的作用是当API2响应里ID字段为null/不存在时，自动返回兜底的空字符串，保证整个表达式永远能返回有效的布尔值，不会出现null结果
• 如果上述表达式返回True，就把isIdExisted变量的值更新为true，否则保持默认的false
• 最终创建API的触发条件，直接设置为equals(variables('isIdExisted'), false)即可
• 如果后续还要用长度判断做补充校验，注意不要取整个响应体做判断，要定位到API2返回的实际存储数据节点：比如API2返回结构为{"data":[]}时，要判断empty(<API2响应的data节点>)，而非判断整个响应体是否为空

• 不要使用「ID相等时触发创建」的反向逻辑，该逻辑会在API2返回其他非目标ID的字段值时误触发，必然产生重复数据
• 如果ForEach循环开启了并发控制，建议在创建接口调用前加1-2秒的延迟，再做一次存在性校验，避免并发请求导致的重复创建问题

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