「 iOS 知识小集」2018

上周公众号发布的以下文章：

iOS 图形处理概论
再谈 __bridge, __bridge_transfer, __bridge_retained（内有彩蛋）
Flutter 的编译模式
这些流行编程语言你会哪些？
简报 · 第 5 期

本期知识小集的主要内容包括：

再谈数组、集合、字典与 hash、isEqual 方法的关联
使用 Keychain 存储登录态需要注意的一个坑
给 UIView 添加阴影
比较三种网络框架上传图片过程中的不同点？
通过 runtime 控制导航栏的 hidden 属性
关于 IAP 丢单的处理

再谈数组、集合、字典与 hash、isEqual 方法的关联

作者: halohily

我们或多或少了解，Objective-C 中的 NSArray、NSSet、NSDictionary 与 NSObject 及其子类对象的 hash、isEqual 方法有许多联系，这篇小集讲一下其中的一些细节。

NSArray 允许添加重复元素，添加元素时不查重，所以不调用上述两个方法。在移除元素时，会对当前数组内的元素进行遍历，每个元素的 isEqual 方法都会被调用（使用 remove 方法传入的元素作为参数），所有返回真值的元素都被移除。在字典中，不涉及 hash 方法。

NSSet 不允许添加重复元素，所以添加新元素时，该元素的 hash 方法会被调用。若集合中不存在与此元素 hash 值相同的元素，则它直接被加入集合，不调用 isEqual 方法；若存在，则调用集合内的对应元素的 isEqual 方法，返回真值则判等，不加入，处理结束。若返回 false，则判定集合内不存在该元素，将其加入。

从集合中移除元素时，首先调用它的 hash 方法。若集合中存在与其 hash 值相等的元素，则调用该元素的 isEqual 方法，若真值则判等，进行移除；若不存在，则会依次调用集合中每个元素的 isEqual 方法，只要找到一个返回真值的元素，就进行移除，并结束整个过程。（所以这样会有其他满足 isEqual 方法但却被漏掉未被移除的元素）。调用 contains 方法时，过程类似。

因此，若某自定义对象会被加入到集合或作为字典的 key 时，需要同时重写 isEqual 方法和 hash 方法。这样，若集合中某元素存在，则调用它的 contains 和 remove 方法时，可以在 O(1) 完成查询。否则，查询它的时间复杂度提升为 O(n)。

值得注意的是，NSDictionary 的键和值都是对象类型即可。但是被设为键的对象需要遵守 NSCopying 协议。

使用 Keychain 存储登录态需要注意的一个坑

作者: KANGZUBIN

今天要讨论的这个问题你可能永远都不会遇到，而且绝大部分情况下你很难在开发中事先预料到它未来可能会发生，但是一旦不幸发生了，可能就是一个很严重的线上问题，惨痛教训。

我们通常会在 Keychain（钥匙串）中存储一些密码、用户登录态等敏感数据，一是可以提高保存数据的安全性；二是当用户卸载 App 后重新安装，可以自动登录保留上次的登录态；三是同一开发者账号下的不同 App，如果是采用同一套账户体系，就可以通过 Keychain Groups 共享登录态。

我们的 App 之前都是只把用户的登录态保存在 Keychain 中，并在 App 启动时去读取它，这一直也都没什么问题。前一段时间我们的 App 由于业务合规的原因审核被拒，按照苹果的要求不得不把 App 从公司的 A 开发者账号转让到 B 开发者账号下（公司旗下有很多不同主体的开发者账号），转让过程很顺利，但发版后短时间内收到大面积的用户反馈说，更新新版本后提示“登录失效，需要重新登录”。

原因很容易就可以猜到，App 从 A 转让到 B，就无法读取保存在 A 账号下的 Keychain 数据了，用户更新版本覆盖安装后，打开 App 也就无法获取之前的登录态了。

而且对于这种已经发生的问题，我们似乎也没有什么有效的补救措施，临时加急再发一版似乎也解决不了问题，因为之前的 Keychain 数据就是读取不到了，总不能再把 App 转让回去吧，