Logic App HTTP触发器架构验证失败时，能否自定义返回错误信息？

1. 能否自定义Schema验证失败的错误信息？ #

默认情况下，HTTP触发器启用Schema Validation后，验证失败会直接返回系统预设的400错误响应，没办法直接在触发器配置里自定义错误内容。不过我们可以通过两种方式实现自定义需求：

• 方案一：改用工作流内验证逻辑
  关闭触发器的Schema Validation选项，在触发器之后添加Parse JSON操作，把你要验证的Schema配置到这个操作里。当输入不符合Schema时，Parse JSON会触发失败状态，这时你可以在它后面添加Response操作，把"Run After"设置为Failed，然后自定义返回的状态码、响应体格式，完全贴合你的API设计规范。

• 方案二：通过API Management代理（如果有使用APIM的话）
  如果你用APIM来暴露Logic App的HTTP端点，可以在APIM里配置自定义的Schema验证策略，当验证失败时直接返回你定义好的错误响应格式，不需要经过Logic App的工作流。

2. 为什么触发器后添加响应操作（Run After设为Failed）被设计器阻止？ #

这是因为当你启用了触发器的Schema Validation后，验证失败的请求根本不会进入工作流执行——触发器会直接拦截不符合Schema的请求，返回系统默认响应，工作流里的后续操作根本没有机会触发。所以设计器不允许你给触发器设置"Run After: Failed"的响应操作，因为这个场景下工作流永远不会走到这一步。

解决这个问题的核心就是上面提到的方案一：放弃触发器自带的Schema验证，把验证逻辑移到工作流内部的Parse JSON操作中，这样验证失败的情况会进入工作流的错误分支，你就能正常添加自定义响应了。

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