先订阅我的应用：
大部分场景使用AFNetworking，一小部分场景使用NSURLSession.sharedSession或者新建一个NSURLSession。
使用一个 URLProtocol 实例处理几乎所有的请求，并在 -startLoading 函数结束时，仅使用一个 NSURLSession 来恢复所有任务。
我的问题是：
我知道 URLSession 实例会导致内存增长，并且会持续大约 10 分钟，那么应用程序持有 URLSession 实例的最大限制是多少？
NSURLSession 的最佳实践是什么？是否建议整个应用只使用一个 URLSession 实例？还是固定域使用固定的NSURLSession（A域使用A-session，B域使用B-session）？
我应该创建几个 URLProtocol 实例来处理不同的域请求
谢谢！
【问题讨论】：
标签： ios nsurlsession urlsession
您希望尽可能少地使用 URLSession。通常，这只是一个，您也不太可能在应用程序的生命周期内使此会话无效并创建一个新会话。
尽可能少的原因是 URLSession 专门设计用于处理多个网络请求 - 并行或顺序执行它们 - 并且可以优化在此会话中执行的所有请求以使用更少的内存，功耗更低，执行时间更快。
另一方面，优化在不同 URLSession 中执行的请求的选项要少得多。尤其是在不同 URLSession 中运行的请求无法实现使用 HTTP/2 的性能提升。
但是，您可能会创建多个要求或情况。例如，您使用创建自己的 URLSession 的第三方图像加载库。或者您需要不同的 URLSession 配置，例如蜂窝使用、cookie 策略或缓存策略等，这些配置无法共享。
或者例如，您想将某个 URLSession 及其 URLCache 和 Credential 缓存绑定到某个经过身份验证的用户。当您的应用程序中有一些“退出”功能时，您可以使会话无效、清除凭证存储和 URLCache。同时，您有另一个 URLSession 用于“公共”API，另一个 URLSession 用于图像加载，它们不受“退出”的影响 - 并且应该保留缓存的响应。
绝对不能为每个请求创建一个 URLSession，然后在请求完成时让它挂起，并为下一个请求创建另一个 URLSession。没有比这更糟糕的了。
另见
【讨论】：