Javascript Ajax"；缓存"；，好的，坏的，冷漠的？

因此，我实际上不是指使用GET方法对Ajax请求进行浏览器缓存，而是在浏览器内存中存储大型查询（任何数量，可能是两位数，40-300kb查询）

与此相关的潜在利益和风险是什么

var response = JSON.parse(xhr.responseText);
Cache.push(response); // Store parsed JSON object in global variable `Cache`
// Time passes, stuff is done ...
if(Cache[query])
    load(Cache[query])
else
    Ajax(query, cache_results);

---

没有系统的完整视图很难说，但我认为可能会使用过时的数据将是一个问题

---

当然，如果您有解决“缓存新鲜度”的协议，那么您就走上了正确的道路。。。。但是，为什么不依赖HTTP协议来实现这一点呢？（HTTP GET withETag/Last Modified标题）

没有系统的完整视图很难说，但我认为可能会使用过时的数据是一个问题

---

当然，如果您有解决“缓存新鲜度”的协议，那么您就走上了正确的道路。。。。但是，为什么不依赖HTTP协议来实现这一点呢？（HTTP GET withETag/Last Modified标题）

是否有实际需要？还是仅仅是为了优化？我建议先做一些分析，看看瓶颈在哪里。请记住，网页会话通常不会持续那么长时间，因此除非您使用某种脱机存储，否则缓存不会持续那么长时间。

是否有实际需要？还是仅仅是为了优化？我建议先做一些分析，看看瓶颈在哪里。请记住，网页会话通常不会持续那么长时间，因此除非您使用某种脱机存储，否则缓存不会持续那么长时间。

在存储许多300kb字符串时，您可能需要重点测试各种浏览器的内存使用情况和总体性能。您可以在任务管理器中监视它们，还可以使用和等性能工具

---

如果缓存是一种性能上的胜利，但当内存中有太多字符串时，它开始陷入困境，那么您可能会考虑尝试使用HTML5存储或闪存存储来存储字符串，这样您也可以跨会话缓存内容。是一个很好的库。

在存储许多300kb字符串时，您可能需要重点测试各种浏览器的内存使用情况和总体性能。您可以在任务管理器中监视它们，还可以使用和等性能工具

如果缓存是一种性能上的胜利，但当内存中有太多字符串时，它开始陷入困境，那么您可能会考虑尝试使用HTML5存储或闪存存储来存储字符串，这样您也可以跨会话缓存内容。这是一个很好的图书馆