Question

我刚刚花了很长时间在NSURLCache上大喊大叫，所以我提供了一些建议，希望别人可以避免我的不幸。

一切都开始得相当合理。我的新应用程序项目仅针对iOS 5及更高版本，因此我认为我可以利用新的NSURLCache实现来满足我的所有Web缓存需求。我需要NSURLCache的自定义子类来处理一些特殊任务，但API似乎都有所帮助。快速阅读文档，我即将参加比赛：

[NSURLCache setSharedURLCache:[[MyCustomCache alloc] initWithMemoryCapacity:8 * 1024 * 1024 //8mb 
                                                                    diskCapacity:32 * 1024 * 1024 // 32mb 
                                                                        diskPath:@"webcache.db"]];

我认为8mb缓存可以启动，我会用更大的磁盘缓存支持它，这样我们就可以在本地提供更多的大图像。我将其余的网络代码连接起来使用NSURLConnection（实际上，我使用了MKNetworkKit，但结果证明这是不相关的），并期望从缓存中获得好处。果然，所有应该缓存的请求都会尽职尽责地保存到缓存中，并且当缓存中提供响应时，响应会尽快快速地返回。这是Penrance of Penzance的常规制作，在我的网络堆栈中飞来飞去。

除非有些事情没有加起来。可以从缓存提供的请求仍然通过网络传出。除非他们不是。 高速缓存是否实际用于提供请求似乎是完全随机和间歇性的。我沮丧地撕掉我的头发，并从字面上挖掘所有试图找出正在发生的事情。我构建测试应用程序，在整个地方设置断点，撕掉数据包跟踪，读取互联网上提到NSURLCache的每个单词，试验缓存控制标题，注释掉代码，绕过我的子类，甚至通过艰苦追踪为NSURLCache及其CFNetworking朋友组装，试图了解下面的神秘逻辑。我大量提高了我对ARM和Objective-C调用约定的知识，并对低级调试有了一些了解，但实际上无法弄清楚发生了什么。整个事情感觉更像是Iolanthe的Nightmare Song，而不是海盗王的良性独裁，而我几乎要把它扔掉。

TL / DR版本：NSURLCache似乎正在运行，但即使它们可用，也会随机返回缓存的结果。

Answer 1

最终，我尝试了所有我正在摆弄的比特的不同排列。我将内存和磁盘缓存大小都设置为8mb。

瞧，所有的怪异都消失了！应该缓存的所有内容都会被保存。应该从缓存中获得的所有内容都可以在没有网络请求的情况下获得服务。

似乎iOS5中的NSURLCache实现仍然没有完成。它确实使用磁盘和内存缓存（不同于iOS4和更早版本，它们只实现了内存缓存），但是当请求未命中时，它实际上并没有通过内存缓存传递到磁盘缓存。因此，它基本上是盲目的运气（好吧，盲目的运气受到你所有其他网络和缓存使用的影响）是否给定的响应恰好在内存中或在正确的瞬间存在。这对于减少设备上的闪存文件IO可能很有用，但如果您期望从类中获得理性行为，则会非常讨厌。

所以笑声和欢快的舞蹈，我检查我的两行修复并急速为酒吧，最终与SO分享这些知识（和一个Apple bug报告），希望没有其他人必须再次经历这种痛苦。

这个悲惨故事的寓意：如果你试图在iOS5上使用磁盘容量大于内存容量的NSURLCache，就会发生奇怪和邪恶的事情。不要这样做。并避免制造魔法仙女的敌人。

Answer 2

FWIW这是我的最终解决方案：

https://gist.github.com/3245415

它需要使用FMDB，但结果非常好。

NSURLCache在iOS5上提供不一致的结果，看似随意

2 个答案: