文档
URL Session Programming Guide
iOS 顶层框架 Foundation 提供了一系列的类，支持通过使用某些标准应用层协议的 URL 获取数据，它们被统称为 URL Loading System。默认支持的协议包括 ftp://、http://、https://、file:/// 和 data://，当然还可以扩展自定义协议。整个 URL Loading System 中的类，可以分为负责请求数据主要功能的 URL Loading 和可以修改其行为的辅助类，辅助类又可以大致分为五类：Protocol Support、Authentication and Credentials、Cookie Storage、Configuration Management 和 Cache Management，如图所示
可以通过这些类完成获取数据，下载文件，上传文件等主要功能。从 iOS 7 和 OS X v10.9 开始，推荐使用新的 NSURLSession。而老版本的 iOS 和 OS X 则使用 NSURLConnection，另外老版本的 OS X 可通过 NSURLDownload 实现下载文件。
Networking Concepts
介绍网络相关的基本知识
Networking Overview
该篇主要介绍了 iOS 开发网络编程中一些需要注意的地方：
- 网络请求的超时时间不应设置过短，而是应在界面上提供取消操作的接口。
- 频繁的发起网络请求会更快的消耗设备的电量并影响设备的性能，根据用户可能用到的数据量，一个请求应尽可能获取足够的数据。但同时也要避免下载过多的用户未用到的数据，从而造成设备性能和用户流量的浪费。要在这两个原则间找到一个平衡点。(例如在分页获取列表数据时，每页记录数的选择就要参考以上原则)
- 对请求的资源要尽可能的考虑缓存，以达到节省流量、CPU 资源和电量的目的。可根据当前网络状态的不同而使用不同的缓存策略。
- 对当前网络状态的判断是不可靠的，不能通过判断网络状态未连接而拒绝发起请求，永远都要去尝试发起网络请求，可在失败回调中通过判断网络状态来返回相应的提示信息。
- iOS 支持 HTTPS 协议，只要将请求的协议改为
https://即可。可通过 Security Framework，信任自签名的证书或安全的改写信任链。 - 可通过 NSMutableURLRequest 的属性
allowsCellularAccess来禁止在移动流量的网络中发起请求。 - 若程序中需要自己处理DNS时，尽量使用 CFHost 等 API。
- 运营商通过实现 DNS64 和 NAT64 来达到对 IPv4 和 IPv6 的兼容。当客户端查询 DNS 时，DNS64 首先查找域名是否有对应的 IPv6 地址，若有则返回，若没有则查找 IPv4 地址，然后通过添加前缀的方式将 IPv4 地址合成为一个 IPv6 地址并返回。当客户端向查到的 IPv6 地址发送请求时，NAT64 网关提供了对合成的 IPv6 地址和 IPv4 地址之间的翻译。苹果公司要求应用必须兼容 IPv6，因为不兼容会导致 DNS64 和 NAT64 出现问题。使用上层的网络框架，如 webkit、URL Loading System、CFNetwork 并且不直接请求 IPv4 的地址的话，默认就是兼容的。出现不兼容的主要情况就是直接传入了 IPv4 的地址或使用了底层框架中只支持 IPv4 的 API。
Networking Programming Topics
网络编程高级内容
工具
Xcode 模拟不同网络环境的工具 Network Link Conditioner
