iOS网络高级编程

最新推荐文章于 2017-07-18 00:23:36 发布

Dong滴个Dong

最新推荐文章于 2017-07-18 00:23:36 发布

阅读量660

点赞数 1

分类专栏： iOS 文章标签： ios 网络

本文链接：https://blog.csdn.net/justfamily/article/details/53092284

版权

1 篇文章 0 订阅

订阅专栏

Cocoa Foundation
- NSURL: NSURLConnection / NSURLSession
- Bonjour 零配置网络（zeroconf）
- GameKit 提供了点到点的网络, 无网络时，可以使用蓝牙组件点到点
- NSStream：对CFNetwork的封装，OC语音，作为 NSURLConnection 的基础，还支持STMP or telnet 等 NSURLConnection 不支持的功能。
  - ex: WiFi Camera 项目
底层网络
- CFNetwork：对BSD Socket简单封装，可以激活无线电，通过VPN，因此，几乎所有场景都推荐使用。在 Core Foundation 中
- BSD Socket：Apple不推荐使用，原因：不会自动打开WiFi或蜂窝网络，会被关闭。移植过来的网络库可以使用。在 OS 这一层

Facade 模式的 WebService
降低系统的复杂度，增加灵活性，将一些业务逻辑放到服务端。
服务版本化，多版本API
- 加入版本检查逻辑，检查最小支持版本，知道用户升级为止 - 不好，需要强制升级，有差评
- 主动方式：WebService接收到客户端当前版本，然后选择正确的端点 - 最简单
- 被动方式：版本化的服务硬编码到客户端代码当中 - 更灵活，两个版本的API出参入参相同，实现不同，可以实现切换。
- [例子]（http://www.tuicool.com/articles/qiMNjiR）
服务定位器
- 动态检测远程API端点的工具。解决API不存在的问题。
- 核心是：APP启动时，下载这个配置文件（文件包括：服务URL，版本号，名称等）

最佳实践是使用 NSURLProtectionSpace 验证应用与期望的服务器进行通信，NSURLProtectionSpace 表示需要认证的服务器或域，是所有进来的 NSURLAuthenticationChallenge 的一个属性。
请求API时，服务器返回401（访问拒绝）进行响应，NSURLConnection 接收到该响应，并立刻发送 challenge. willSendRequestForAuthenticationChallenge：可以检查 challenge, 验证保护空间。
这种特定验证会确保应用只与指定的服务器进行通信。缺点是当Web Service变化后，就无法工作了，需要考虑备份的服务器。当然也可以只认证某些属性。

Http Basic、Http Digest、NTLM认证
- NSURLConnection 处理了所有的认证方法和哈希算法，APP只需要以 NSURLCredential 对象的形式指定认证信息就可以了。
- Http Basic、Http Digest、NTLM认证的响应逻辑是相同的。
客户端证书认证
- 在认证的时候存储服务器返回的证书
- 以后所有的请求都是通过客户端证书进行认证

数据传输的结构： {“mac”:”消息认证码”, “iv”:”初始向量”, “payload”:”被加密的部分”}
IV (Initialization Vector 初始向量)
- 用来对数据进行加密，并且会随着加密的数据一起发送给服务端，用于服务端的解密。但是只用IV是无法解密的。
- 使用 SecRandomCopyBytes() 函数生成 IV
MAC (Message Authentication Code 消息认证码)
- 属于hash的一种，它更安全，多了一个加密KEY（M-Key）
- 实现方式：对获得的数据生产Hash值，然后与数据一同过来的MAC值进行比较，如果相同，表示消息没有被修改过。
- 使用 CCHmac() 函数进行加密，HMAC(基于哈希的消息验证码)，
- 由于两端都需要保存加密KEY，因此需要预先规划好修改KEY方案。
Hash（哈希，散列）
- 常用于跟踪文件变更、验证数据的完整性、数据库存储、下载校验等。
- CommonCrypto库，提供了MD5， SHA1， SHA256等哈希算法。
- 对应函数：CC_MD5、CC_SHA1、CC_SHA256
- 不可逆算法
加密
- 公钥密码学的非对称加密：应该在预先定义好的时间内下载公钥。
- 数据加密标准（DES）：执行3次独立加密过程，不适合移动加密
- 高级加密标准 (AES): 只需要一步就能完成加密，设计时就考虑了速度，iOS4.3开始，超过1024个字节可以被硬件加速。
- 使用CCCrypt() 函数进行加密，参数包括：IV，E-Key(加密Key)

- 首先需要检查手机是否被越狱，如果越狱就可以使用了。

减少请求带宽
- 使用合适的数据格式：目前基本都用JSON
- 使用预先压缩的数据：音频、视频、图片
- 压缩每一个请求与响应：压缩文本，减少带宽，但不影响原来的代码。纯文本数据压缩比在10%
- 注意：响应压缩和请求压缩，不应该压缩”预先压缩过的数据”，如果预先压缩的数据使用Base64进行传输，就可以使用压缩，压缩比在30%
响应压缩
- 响应压缩会对响应体进行数据压缩，但Header不会压缩。在服务端压缩，客户端解压。
- iOS默认开启了响应压缩，每个请求头都有：Accept-Encoding：gzip, deflate, 表示：客户端可以接收压缩后的数据
- NSURLConnection 收到数据会自动解压，并以最初的格式呈现。
- 响应压缩只要服务器支持压缩，就可以工作了。
请求压缩
- 即需要服务端压缩，也需要客户端压缩。客户端将Request发送给服务端之前，需要进行数据压缩。
- Web浏览器对请求压缩支持不好，iOS应用首先查询服务器是否支持压缩，然后再决定是否对请求进行压缩
- 请求压缩对移动应用非常好
- Http Header 中带有 Content-Encoding：gzip 的请求，到达服务器端，服务器就会尝试解压请求。
降低请求延迟
- HTTP 请求集群
- HTTP 管道
避免网络请求 - 使用缓存