iPhone: NSURLRequestCachePolicy设置之间的性能差异

Question

在iPhone上使用NSURLRequest时，各种NSURLRequestCachePolicy设置之间的实际性能差异是什么？我特别感兴趣的是缓存策略对用户感知的UIWebView页面显示速度的影响。

我一直在使用默认的NSURLRequestCachePolicy，但我认为NSURLRequestReloadRevalidatingCacheData在大多数情况下可能是最好的，特别是在返回到上一页时。

如果您在实际条件下使用过各种缓存策略，那么哪种策略在特定环境中被证明是最优的？哪种策略可在wi-fi、3G和边缘这三种不同类型的iPhone连接上提供最佳的整体性能？缓存策略是否对用户的页面加载速度有显著影响，或者我是否应该从其他方面优化UIWebView的显示时间？

更新：

似乎有一种共识，即UIWebView似乎忽略了任何给定的NSURLRequest上的缓存设置。我不完全有信心这是最终的答案，但除非有时间做一些广泛的测试，否则我不能否认它。因此，我接受评分最高的答案。然而，如果这个问题对你的项目很重要，我建议你对答案持保留态度。-- TechZen。

Answer 1

我不认为这会对你的UIWebView加载时间有任何影响。UIWebView是建立在WebKit之上的，他们没有在内部使用NSURLConnection (他们的级别要低得多，直接使用CFNetwork )。

这可能不是您想听到的，但加快UIWebView加载时间的最好方法可能是不使用UIWebView。渲染网页非常耗费CPU资源。事实上，MobileSafari实际上主要是受CPU限制的，而不是受网络限制的--例如，请注意，当滚动时，它需要多长时间来填充棋盘图案。为了真正快速、快速地加载内容，最好在Cocoa中创建一个本机界面。

Answer 2

我为一个项目花了几个小时，试图让UIWebView缓存我正在加载的页面。事实证明，如果不将文件存储在本地，从应用程序端来说这是不可能的。看起来UIWebView完全忽略了NSURLRequestCachePolicy。

iPhone的缓存行为上的Yahoo! has some info。

Answer 3

我刚刚在WebKit源代码上做了grep，没有发现-[NSURLRequest cachePolicy]的任何用处。