ios - iOS 9 及更高版本上的 URLCache.shared 行为

Question

根据legacy docs , 苹果提供了一个默认的NSURLCache在 iOS 5 及更高版本上运行的所有应用程序的实现。

Applications that do not have special caching requirements or constraints should find the default shared cache instance acceptable. An application with more specific needs can create a custom NSURLCache object and set it as the shared cache instance using setSharedURLCache:. The application should do so before any calls to this method.

new API reference但是，没有在当前页面上为 URLCache.shared 指定此信息.

我的应用程序要求不缓存任何网络请求或响应。对于面向 iOS 9 及更高版本的应用程序，Apple 是否仍提供共享 NSURLCache ?如果是这样，我将如何完全禁用它、忽略它或将任何 NSURLSession 的容量设置为 0？要求？

Answer 1

除了 Apple 的新开发者文档网站设法将可用性、可搜索性和可扫描性降至历史最低点之外，该领域没有任何变化。但我敢肯定，您所寻找的信息位于与您正在查看的链接相关的大约 50 个子页面之一上。

当它只影响他们的 WWDC 网站时，这就够糟糕了。现在，糟糕的设计似乎已经转移。很抱歉，它对您编写软件的能力和我的影响一样大。

一个字:回滚。只是说。

但是要回答您最初的问题，是的，仍然有共享缓存。实际上，他们无法删除它而不会对兼容性产生不利影响。

但是请注意，NSURLSession 请求不一定使用相同的缓存，具体取决于 session 的配置方式。避免缓存的最简单方法仍然是使用 NSURLSession 并在配置中显式清除 session 缓存。当然，这只影响您通过该 session (而不是，例如，通过 Web View )自己提出的请求。