【问题标题】:Delete postman cache删除邮递员缓存
【发布时间】:2016-03-23 13:38:59
【问题描述】:

我使用 Postman 扩展来检查我的 RESTful API

我正在尝试向我的“本地主机”发出请求,但它似乎缓存了其中一个查询参数。

我尝试清除我的 chrome 浏览器的缓存,但这似乎不起作用。我甚至更改了 API 资源名称。

有人遇到过这样的问题吗?

【问题讨论】:

  • 有一个设置,PM 在每个请求中都发送一个标头“no-cache”。但是它似乎不起作用。
  • 是的,这是一个陈旧的响应。即使我提供了错误的参数(我知道这是因为我开发了那个 api),它也会返回一个先前生成的响应不正确。
  • 这个问题解决了吗?我也有同样的问题。只有在新标签页中打开才能工作,否则会出现以前的结果。
  • 问题依然存在。
  • 截至 2018 年,问题仍然存在。

标签: postman


【解决方案1】:

Cache-Control 请求标头可以使用,但要澄清一件事

no-cache 不代表不缓存。事实上,这意味着在使用任何缓存响应之前,它会在每个 HTTP 请求上“与服务器重新验证”。如果服务器说资源仍然有效,那么缓存仍然会使用缓存的版本。

no-store 实际上要求根本不缓存,并且不打算在缓存中存储任何内容。

【讨论】:

    【解决方案2】:

    我建议使用 Postman 应用而不是扩展程序,因为使用 postman 应用你可以做很多很酷的事情,比如你可以使用控制台来调试你的 API、创建/删除 cookie 和具有出色 GUI 的缓存。

    【讨论】:

    • 此回复无关
    【解决方案3】:

    我尝试了上面的解决方案,但它对我不起作用。有效的是重新启动应用程序。我正在使用 eclipse 并运行一个 spring boot 应用程序。

    如果有人使用相同的环境并面临相同的问题,它可能会有所帮助。

    【讨论】:

      【解决方案4】:

      我遇到了请求缓存在 Postman 中的相同情况。我从 PM 的 Cookies 部分删除了 JSESSIONID cookie,而不是关闭了 PM 应用程序,它解决了我的问题(意味着 - 呼叫到达了我的 localhost 应用程序)并得到了准确的响应。如果有人需要这个解决方案,请尝试一下。

      【讨论】:

        猜你喜欢
        • 2020-08-14
        • 1970-01-01
        • 2020-01-06
        • 1970-01-01
        • 2017-06-08
        • 2022-08-15
        • 2017-12-30
        • 1970-01-01
        • 2016-01-23
        相关资源
        最近更新 更多