Azure Logic App传Cookie调GET接口Postman正常但运行异常

1. 先校验Cookie提取环节的正确性 #

• 打开Logic App的运行历史，定位到「HTTP Authentication」认证操作的原始输出，直接查看响应头中Set-Cookie字段的完整返回值：常见错误是提取时只取了首个Cookie片段，遗漏了同响应返回的其他Cookie条目，或是手动截断了Cookie值里的合法字符。
• 不要用字符串截取的方式提取Cookie，直接用内置表达式读取响应头字段，标准写法为outputs('HTTP_Authentication')?['headers']?['Set-Cookie']。该表达式会自动把多组Set-Cookie返回值拼接为符合HTTP规范的Cookie请求头格式，无需手动加分号、做格式处理。

2. 校验第二个GET请求的配置正确性 #

• 第二个HTTP GET操作的请求头中，Cookie字段直接绑定上述表达式的返回值即可，禁止额外添加Cookie:前缀、禁止对提取到的值做URL编码、禁止手动转义特殊字符。手动转义会把Cookie里的等号、分号变成转义字符，直接导致服务端无法解析Cookie内容。
• 关闭第二个HTTP操作自带的认证配置（包括Basic认证、OAuth、客户端证书认证等选项），这些内置认证逻辑会自动覆盖你手动传入的Cookie请求头。

3. 逐字符对比请求差异定位问题 #

• 打开Postman中可正常运行的请求，生成原始HTTP请求报文，提取其中Cookie头的完整值，和Logic App运行历史中第二个GET操作实际发出的请求报文里的Cookie值逐字符对比，重点排查有没有多余的双引号、转义斜杠、缺失的Cookie属性。
• 检查认证接口返回的Cookie属性：如果Cookie标记了Secure属性，第二个请求必须使用HTTPS协议；如果标记了SameSite=Strict，跨域场景下服务端会直接拒绝识别该Cookie，这种情况需要和接口提供方确认Cookie的作用域规则。

4. 零代码替代方案（优先推荐） #

不需要手动提取、传递Cookie：打开第一个认证HTTP操作的「设置」面板，开启「保留Cookie」开关，开启后同一个Logic App工作流实例内的后续所有HTTP操作，会自动持久化、携带之前请求获取到的Cookie，完全跳过手动拼接传递的环节，可规避绝大多数人为配置错误。

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