这似乎是Bit.ly URL缩短服务的一个严重问题。事实上，我已经创建了一个类似于"http://bit.ly/xyzabcd"到我的URL2"www.myserver.com/myjson.txt".
案例1：点击bitly URL1，无论它在myjson.txt中是什么，我都会得到响应。这是意料之中的事。
情况2：如果我更新URL2的json内容，然后返回bitly URL1，则浏览器正在缓存响应。这是一个糟糕的案例。
情况3：如果我手动点击URL2，那么我会得到旧的响应，但在添加了一些随机no的URL后，它会得到预期的新响应。这是手册。
我的真实用例：我在Chrome扩展应用程序中使用了这个bit.ly URL，但它无法处理更新的响应，因为bit.ly URL1内部正在缓存旧的响应。
这里的问题是，我们不能修改bit.ly URL1，也不能让bit.ly修改(附加任何randon no)我的URL2响应。
我感谢你为解决这个问题提供的帮助和建议。我以为bit.ly总是会获取最新的响应，但在这种情况下它失败了！！
nrathaus是正确的。Bitly无法控制从服务器发送的数据。我们发送301重定向，您的浏览器应该缓存该重定向，但该响应中除了长URL的位置之外没有其他内容。
您应该确保"www.myzer.com/myjson.txt"正在发送适当的标头，以告诉您的浏览器永远不要缓存它。有关发送哪些标头的详细信息，请参阅此StackOverflow答案。
当您能够用相同的短url更改目标url时，其他一些url缩写就是这种情况，它总是重定向到旧的目标url。这是因为响应301的浏览器缓存重定向到旧目的地。当您在缩短的url中添加一些随机参数时，它将返回正确的目标url。这是浏览器缓存重定向的问题。如果您需要确认，请在私人会话(隐姓埋名窗口)中插入缩短的url，它将正确运行！
https://bugs.chromium.org/p/chromium/issues/detail?id=633023&can＝1&q=清除%20301%20重定向&colspec=ID%20Pri%20M%20Stars%20ReleaseBlock%20Component%20Status%20Owner%20Summary%20OS%20Modified