我正在学习 Azure API 管理,并且看到 Azure 门户、开发人员门户和 Postman 之间有不同的响应 header 。
我正在此端点上执行 HTTP Get: https://secondattempt.azure-api.net/speakers
与 https://conferenceapi.azurewebsites.net/作为 Web 服务 URL。
我在这里比较了它们:
Azure 门户:
- 缓存控制
- 编译指示
- 传输编码
- 内容类型
- 过期
- Set-Cookie (不存在)
- 日期
- Op-Apim-Trace-位置
- 变化
开发者门户:
- 缓存控制
- 编译指示
- 传输编码
- 内容类型
- 过期
- 设置 Cookie
- 日期
- Ocp-Apim-Trace-位置
- 变化(不存在)
postman :
- 缓存控制
- 编译指示
- 传输编码
- 内容类型
- 过期
- 设置 Cookie
- 日期
- Ocp-Apim-Trace-Location (不存在)
- 变化(不存在)
这是它们在 UI 中的实际外观:
为什么某些 header 存在于某些环境中,而其他环境中则不存在?
另外,为什么标题以不同的顺序出现?
最佳答案
对于 postman (Ocp-Apim-Trace-Location 不存在)
OCP-Apim-Trace 功能使您能够指定 APIM 是否应在 Blob 存储上生成跟踪文件。
从 Postman 发出 GET 请求时,未启用 OCP-Apim-Trace。
例如,在 Postman 中将 header 设置为“true”,将在响应中返回一个名为 OCP-Apim-Trace-Location 的 HTTP header 。
这将包含跟踪文件的 URL,您可以在任何浏览器中打开该文件。
对于 Postman 和开发者门户(有所不同,不重新发送)
请求不会被缓存。每个 URL 请求都应该被视为唯一且不可缓存的请求。
对于 Azure 门户(不存在 Set-Cookie)
查看跟踪,然后转发请求,我们确实看到“name”:“Set-Cookie”,“value”:“ARRAffinity
关于azure - Azure 门户、开发人员门户和 Postman 之间的 APIM 响应 header 不同,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54837047/