缓存 – NSURLCache在iOS5上提供不一致的结果,似乎是随机的

这一切都足够合理.我的新应用程序项目只针对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,但结果是无关紧要),并期望从我的缓存伟大的事情.果然,应该缓存的所有请求都被尽可能地保存到缓存中,并且响应在从缓存提供时迅速飞回.这是Penzance海盗的常规生产,在我的网络堆栈中有如此多的责任.

除了没有加起来的东西.可以从缓存提供的请求仍然通过网络进行.除非他们不是.它是完全随机的和间歇性的,无论缓存是否实际用于提供请求.我沮丧地撕开了我的头发,并从字面上挖掘出所有想弄清楚发生了什么的一切.我构建测试应用程序,设置断点,撕裂数据包跟踪,阅读互联网上的每个单词,提到NSURLCache,实验缓存控制头,注释掉代码,绕过我的子类,甚至采取艰苦的追踪,通过组装NSURLCache及其CFNetworking的朋友试图了解什么神秘的逻辑在下面.我大力提高了我对ARM和Objective-C调用约定的了解,并学习了一些关于低级调试的公正内容,但实际上并没有弄清楚发生了什么.整个事情的感觉比Iolanthe的Nightmare Song更像是海盗王的良性专政,而且我几乎完全把它抛在脑后.

TL / DR版本：NSURLCache似乎正在工作,但即使有可用的缓存结果也随机返回.