这个手册描述了通过互联网的标准协议，并使用foundation库中的一些类来跟服务器交互。同时这些类的集合被叫做“URL Loading System”。
“URL Loading System”是一个有很多类和协议组成的集合，使用它可以让我们在app中访问一个URL指定的资源。它的核心类就是NSURL，通过这个类可以操作它所指向的资源。
为了支撑这个类的功能，foundation库提供了很多的类来让你访问URL指向的资源，上传一个资源到服务器，管理cookie，获取服务器的response，对证书的处理，验证授权，并可以扩展协议。
“URL Loading System”支持如下的协议来访问资源：
File Transfer Protocol (ftp://)
Hypertext Transfer Protocol (http://)
Hypertext Transfer Protocol with encryption (https://)
Local file URLs (file:///)
Data URLs (data://)
Important: 除了URL loading system，OS X 和 iOS都提供了在其他的程序中打开URL的API，例如Safari。这些API没有在这个文档里提及。
想获得更多的OS X下的Launch Services信息，请查看Launch Services的相关Programming Guide。
想了解更多关于NSWorkSpace 类中openURL：方法的信息，请阅读NSWorkSpace类的接口文档。
想了解更多关于UIApplication 类中openURL：方法的信息，请阅读UIApplication类的接口文档。
At a Glance
“URL loading system” 包括很多的可以加载URL的类，这些类与一些重要的辅助类一起工作，这些辅助类可以改变加载URL的类的行为。这些辅助类大体可以分成五大类：protocol support, authentication and credentials, cookie storage, configuration management, and cache management.
URL Loading
“URL Loading system”中可以通过很多的类得到URL中的内容。你可以根据app的需要来选择合适的方法。API的选择有很多的影响因素，如系统的版本、你希望把获取的数据存到文件中还是内存中：
在iOS 7、OS Xv10.9以及之后的版本中，NSURLSession是推荐使用的用于网络请求的类。
对于需要支持较旧版本的OS X，可以使用NSURLDownload来下载一个资源到文件。
对于需要支持低版本OS X和iOS的，可以使用NSURLConnection来下载资源到内存，然后根据需要讲数据写到磁盘。
你选择的方法很大程度取决于你希望将数据存到内存中还是磁盘中。
Fetching Content as Data (In Memory)
在高水平上，有两种方法来获取URL中的数据：
对于简单的请求，使用NSURLSessionAPI来直接得到URL中的内容，可以以NSData或者文件的形式。
对于复杂一些的请求－比如上传文件：可以先提供一个NSURLRequest对象（或者它的子类，NSMutableURLRequest）给NSURLSession或者NSURLConnection。
不管你使用哪种方法，你的app可以通过两种方法获得返回的数据：
1.提供一个completion handler block。URL loading 会在接受完数据后调用这个block。
2.提供一个代理对象，在URL loading在加载完数据时会调用代理的相应方法，你的app负责累加数据，如果需要的话。
除了数据本身，URL loading提供给block或者代理对象一个包含与request有关联数据的response，例如MIME type 和 content length。
想了解NSURLSession和NSURLConnection的相关内容可以查看他们的使用手册。
Downloading Content as a File
在高层，有两种方法来下载URL中的数据到文件中：
对于简单的请求，使用NSURLSession API来获得NSURL所指定的内容，作为NSData或者文件。
对于复杂的请求－例如上传数据，提供一个NSURLRequest对象（或者它的子类，NSMutableURLRequest）给NSURLSession或者NSURLDownload
NSURLSession类有两个优势相对于NSURLDownload类：可用于iOS，可以在后台运行当程序被挂起，终止或者crashed。
Note：用NSURLDownload或者NSURLSession对象初始化的下载任务，不会被缓存。如果需要缓存返回的数据，你的app必须使用NSURLConnection或者NSURLSession，他们会将数据自动的写入文件。
Helper Classes
URL loading 的类使用两个辅助类来提供额外的元数据，一个用于请求（NSURLRequest）一个用于服务器的响应（NSURLResponse）
URL Requests
一个NSURLRequest对象包含一个URL和所有的协议属性。它也指定了是否考虑使用本地的缓存数据，当使用NSURLConnection或者NSURLDownload，提供一个接口来设置连接超时。（对于NSURLSession，超时被配置在每个session配置中）
Note: 当一个客户端app初始化一个连接或者使用一个NSMutableURLRequest对象，由这个请求构造的深拷贝。在一个下载初始化之后，改变一个初始化的request不会产生任何影响。
一些协议支持协议－特定的属性。例如，HTTP协议，添加一些方法到NSURLRequest，他会返回HTTP请求体，头部，和转换方法。对于NSMutableURLRequest也可以有相同的操作。
URL request的详细操作遍及本书中。
Response Metadata
从服务器的响应数据可以分成两个部分，用来描述内容的metadata和数据部分。metadata对于大多数的协议都是相同的，它包含在NSURLResponse类中，它的组成是MIME type, expected content length, text encoding 和 URL。协议－特定的NSURLResponse的子类可以提供额外的元数据，例如，NSHTTPURLResponse存储头部和服务器返回的状态码
Important：只有响应的metadata被存储在一个NSURLResponse对象。很多的URL loading类提供响应数据给你的app，通过completion block或者通过代理对象。
一个NSCachedURLResponse对象包含一个NSURLResponse对象，URL指定的资源，和一些app提供的额外的信息。详细请看缓存管理部分。
Redirection and Other Request Changes
一些提供了一个通过服务器告诉你的app URL指向的内容被移动到了一个别的地方。如果你的app提供一个合适的代理方法，当这种情况发生的时候，URL loading 类可以通知代理对象。你的app就可以决定是否重定向了，通过重定向返回响应体，或者返回error。
Authentication and Credentials
一些服务器限制了一些内容，要求用户提供一些证书来认证－一个客户证书，一个用户名和密码，等等，目的就是获得权限。在web 服务器这个案例中，被限制的内容被归并到一个域中，这个域需要授权才能访问到。证书也被用于决定重定向是否可信－用来评估你的app是否应该相信这个服务器。
URL loading system 提供了模型证书类 并且通过提供安全的证书许可来保护这个域。你的app可以指定证书的许可对于一个简单请求在app运行期间还是永久的存在用户钥匙链中。
NSURLCredential类包含一个由认证信息（用户名和密码）组成的证书，并且一直有效。NSURLProtectionSpace类代表了一个域这个域需要特定的证书。一个保护空间可以被限制到单个的URL，包含服务器上的一个区域或者指向一个重定向。
一个NSURLCredentialStorage的共享实例，管理了证书的存储并且提供了NSURLCredential对象到与之相关的提供认证的NSURLProtectionSpace对象的映射。
NSURLAuthenticationChallenge类包含NSURLProtocol所需要的信息 用于认证一个请求：一个提出的证书，被保护空间的参与，错误或者响应协议被用于决定认证被需要，认证尝试的次数。一个NSURLAuthenticationChallenge对象也指定了初始化认证的对象。初始化的对象，被当作发送者，必须遵守NSURLAuthenticationChallengeSender协议。
被NSURLProtocol子类使用的NSURLAuthenticationChallenge 实例 通知URL loading system 需要认证授权。他们也被提供给NSURLConnection 和 NSURLDownload的代理方法，用来方便认证的处理。
