除了给出的优秀答案，还有一个小小的补充:如果您正在为没有javascript的用户运行非ajax备份解决方案，那么无论如何您都必须使服务器端头正确。这不是不可能的，尽管我理解那些放弃它的人;)

我相信还有另一个关于SO的问题会给你全套合适的标题。我不完全相信老鼠的回答涵盖了所有的基础100%。

当然，“缓存破坏”技术可以完成这项工作，但是如果服务器指示客户机不应该缓存响应，那么这种情况一开始就不会发生。在某些情况下缓存响应是有益的，而在某些情况下则不然。让服务器决定数据的正确生命周期。稍后您可能想要更改它。在服务器上比在UI代码的其他地方要容易得多。

当然，如果您无法控制服务器，这是没有帮助的。

除了给出的优秀答案，还有一个小小的补充:如果您正在为没有javascript的用户运行非ajax备份解决方案，那么无论如何您都必须使服务器端头正确。这不是不可能的，尽管我理解那些放弃它的人;)

我相信还有另一个关于SO的问题会给你全套合适的标题。我不完全相信老鼠的回答涵盖了所有的基础100%。

对于那些在移动Safari上使用$. ajaxsetup()缓存选项的人来说，似乎必须为post使用时间戳，因为移动Safari也会缓存这个选项。根据$.ajax()的文档(你可以从$.ajaxSetup()跳转到该文档):

将cache设置为false将只对HEAD和GET请求有效。它通过将“_={timestamp}”附加到GET参数来工作。对于其他类型的请求，该参数不需要，除非在IE8中，当对一个已经被GET请求的URL进行POST时。

因此，单独设置这个选项在我上面提到的情况下是没有帮助的。

我使用new Date().getTime()，这将避免冲突，除非你有多个请求发生在同一毫秒内:

$.get('/getdata?_=' + new Date().getTime(), function(data) {
    console.log(data); 
});

编辑:这个答案是几年前的了。它仍然可以工作(因此我没有删除它)，但现在有更好/更干净的方法来实现这一点。我倾向于使用这种方法，但是如果您想在页面的生命周期内为每个请求禁用缓存，那么这个答案也很有用。

The real question is why you need this to not be cached. If it should not be cached because it changes all the time, the server should specify to not cache the resource. If it just changes sometimes (because one of the resources it depends on can change), and if the client code has a way of knowing about it, it can append a dummy parameter to the url that is computed from some hash or last modified date of those resources (that's what we do in Microsoft Ajax script resources so they can be cached forever but new versions can still be served as they appear). If the client can't know of changes, the correct way should be for the server to handle HEAD requests properly and tell the client whether to use the cached version or not. Seems to me like appending a random parameter or telling from the client to never cache is wrong because cacheability is a property of the server resource, and so should be decided server-side. Another question to ask oneself is should this resource really be served through GET or should it go through POST? That is a question of semantics, but it also has security implications (there are attacks that work only if the server allows for GET). POST will not get cached.