Azure Logic App：HTTP GET触发能否通过URL传递参数？

当然可以通过URL传递查询参数给When a HTTP request is received触发器！我来给你拆解清楚怎么实现，以及两种传参方式的适用场景：

一、如何读取URL查询参数 #

假设你在触发器生成的示例URL后追加了&country=Germany，变成：

https://prod-28.northcentralus.logic.azure.com:443/workflows/xxx/triggers/manual/paths/invoke?api-version=2016-10-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxx&country=Germany

在Logic App的后续步骤中，你可以用以下表达式直接获取这个参数的值：

@triggerOutputs()['queries']['country']

举个实际操作的例子：你可以添加一个「Compose」步骤，把上面的表达式输入到输入框里，当触发这个Logic App时，Compose步骤的输出就会显示Germany。

如果是路径参数（比如URL路径里的/api/{country}），需要先在触发器的「请求路径」里定义模板，之后用@triggerOutputs()['pathParameters']['country']来读取，但你问的是查询参数（&key=value形式），用上面的queries表达式就够了。

二、URL参数 vs 请求体：怎么选？ #

这两种方式各有适用场景，根据你的需求来决定：

• 优先用URL查询参数的场景：

  • 传递简单的、少量的非敏感数据（比如筛选条件、标识ID、分页参数等）
  • 需要用GET请求触发（GET请求通常不携带请求体）
  • 希望参数直观可见，方便快速测试（比如直接在浏览器地址栏里修改参数）

• 优先用请求体的场景：

  • 传递复杂结构的数据（比如嵌套的JSON对象、数组）
  • 传递大量数据或者敏感信息（HTTPS下请求体加密程度更高，且不会暴露在URL历史、日志中）
  • 遵循RESTful规范（比如POST/PUT请求用请求体传递资源数据）

总的来说，两种方式都支持，核心看你的业务需求和数据类型来选择最合适的传参方式。

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