「 iOS知识小集 」2018 · 第 39 期

原文连接

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

• iOS 组件化 —— 路由设计思路分析
• Xcode 10.1 新特性概览
• 性能之殇（一）-- 天才冯·诺依曼与冯·诺伊曼瓶颈
• 90% 以上的独立开发者，败在了认知环节

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

• 忘记 AppleID 帐号安全问题的解决办法
• 对于“静态库”和“动态库”的理解总结
• Xcode 工程添加 “动态” Framework 的几种方式
• 不支持 __weak 修饰的类

忘记AppleID帐号安全问题的解决办法

做者: 高老师很忙

悲剧的背景是这样的：有一个较早时间注册的AppleID，因为对本身记忆力的过度自信，没有备份安全问题，并以前只在网页端登陆过，没有在手机端登陆过，而且没有填写过手机号和其余邮箱，各类找回安全问题的路都被堵死了。在尝试了N次输入错误答案，帐号被锁了N次后，只能寄但愿于苹果爸爸帮我顺利登陆。

联系上苹果技术支持，他们告诉我他们没有权限处理这类问题，并建议我好好回忆一下答案多尝试几回或者联系开发者支持试试；

开发者支持的电话实在太难打进去了，打了2天才打进去，获得的结果仍然是他们没有权限帮我处理，建议我开启双重认证，安全问题就自动废除了。

那么就又出现了一个新的难题，开启双重认证须要回答安全问题，感受进入了一个死循环。。。。继续给苹果打电话，他们告诉我能够重置手机，激活的时候登陆AppleID，放置几天，而后再在手机端开启双重认证，会跳过回答安全问题的步骤，问其缘由，工做人员说他们也不清楚，这也不是官方作法，只是有人这样成功过，抱着试一试的心态，果真这个办法有效，之后仍是好好备份才是王道呀！

对于“静态库”和“动态库”的理解总结

做者: KANGZUBIN

一般，咱们的 Xcode 工程会依赖一些第三方库，包括：.a 静态库（Static Library）和 .framework 动态库（Dynamic Library）。

不过简单地把 .framework 后缀的文件称为“动态库”并不严谨，由于在 iOS/macOS 开发中，framework 又分为静态 framework 和 动态 framework，区别以下：

• 静态 framework：能够理解为是 .a 静态文件 + .h 公共头文件 + 资源文件 的集合，本质上与 .a 静态库是一致的；

• 动态 framework：即真正意义上的动态库，通常包括动态二进制文件、头文件和资源文件等。

对于一个 Static Library 工程，其编译产物为 .a 静态二进制文件 + 公共 .h 头文件；

对于一个 Framework 工程，其编译的最终产物是动态库仍是静态库，咱们能够经过在 Build Settings -> Linking -> Mach-O Type 中进行选择设置其值为 Dynamic Library 或者 Static Library。

此外，咱们知道，对于一个 Mach-O 二进制文件，不论是 static 仍是 dynamic，通常都包含了几种不一样的处理器架构（Architectures），例如：i386, x86_64, armv7, armv7s, arm64 等。

Xcode 在编译连接时，对于静态库和动态库的处理方式是不一样的。

对于静态库，在连接时（Linking Time），Xcode 会自动筛选出静态库中的不一样 architecture 合并到对应处理器架构的主可执行二进制文件中；而在打包归档（Archive）时，Xcode 会自动忽略掉静态库中未用到的 architecture，例如会移除掉 i386, x86_64 等 Mac 上模拟器专用的架构。

而对于动态库，在编译打包时，Xcode 会直接拷贝整个动态 framework 文件到最终的 .ipa 包中，只有在 App 真正启动运行时，才会进行动态连接。可是苹果是不容许最终上传到 App Store Connect 后台的 .ipa 文件包含 i386, x86_64 等模拟器架构的，会报 Invalid 错误，因此对于工程中的动态 framework，咱们在打 Release 正式包时，通常会经过执行命令或者脚本的方式移除掉这些 Invalid Architectures。

最后，如何在 Xcode 工程中添加这些静态/动态库呢？

对于 “.a 静态库” 和 “静态 framework” ，直接拖拽到工程中，并勾选 Copy if needed 选项便可，无需其余设置；而对于添加“动态 framework”，稍微比较麻烦，咱们将在下一条小集介绍几种不一样的方法。

以上，但愿对你能有所帮助，不足之处，欢迎指出。

Xcode 工程添加 “动态” Framework 的几种方式

做者: KANGZUBIN

在上一条小集，咱们分别介绍了 “.a 静态库”、“静态 framework” 和 “动态 framework” 的异同。

接下来咱们将介绍一下，如何在 Xcode 工程中添加动态库（Dynamic Library）。

首先咱们知道，对于 “.a 静态库” 和 “静态 framework”，直接把相关文件拖拽到工程中，并勾选 Copy if needed 选项便可，无需其它额外的设置；

而对于添加“动态 framework”，稍微比较麻烦，主要有如下几种方式。

PS：咱们这里说的“添加动态库”是指第三方动态库，而不是像 UIKit.framework、Foundation.framework 或者 libc++ 等系统自带的动态库，对于它们的依赖添加很简单，直接在 General -> Linked Frameworks and Libraries 中点击加号搜索添加便可。

手动方式

在 Xcode 工程中选中 app 对应的 target，而后在 General -> Embedded Binaries 下点击加号，如图 1，在弹出的窗口选择 Add Other...，最后在 Finder 中选择你要添加的“动态 framework”，并勾选 Copy if needed 便可。须要注意的是，你不能直接在 Finder 中把 .framework 文件拖拽到 Embedded Binaries 中，不然会报错。

关于手动添加动态库的更多细节以及遇到问题的解决办法，可参考苹果官方的教程：《Embedding Frameworks In An App》

可是！这种方式看似很方便，其实有个坑是：咱们上一条小集提到，通常动态二进制文件都会包含不少处理器架构，例如：i386, x86_64, armv7, armv7s, arm64 等，而后 Xcode 在编译连接时，对动态二进制文件是直接拷贝到 .ipa 包中，并不会像连接静态库那样筛选掉未用到 architecture，而苹果又不容许把包含 i386, x86_64 等模拟器架构的包上传到 App Store Connect 后台，会报错。所以，咱们在打 Release 正式包时每每须要手动经过 lipo 命令或者编写脚本移除掉这些 Invalid Architectures。（除非你的开发工程只经过真机来调试，不许备在模拟器里运行，且添加的动态库恰好又不包含 i38六、x86_64）

使用 Carthage 集成

对于经过 Carthage 集成的第三方库，在 Cartfile 文件中添加好依赖后，而后执行 carthage update 命令会帮咱们生成一个个“动态 framework”，例如 AFNetworking.framework、SDWebImage.framework 等，而后把它们拖拽到工程中，详细可参考 Carthage 的 Quick Start 教程。

这里有个关键操做是，须要在 Xcode 工程的 Build Phases 中添加一个执行脚本（New Run Script Phase），并在脚本中执行以下命令：

/usr/local/bin/carthage copy-frameworks
复制代码

该命令的做用大概就是，在打包拷贝动态库时自动帮咱们移除掉其中的 i38六、x86_64。

使用 CocoaPods 集成

一样地，经过 CocoaPods 集成动态库时，也会在工程中自动帮咱们添加一个 Shell 脚本用于作这件事，如图 2 中的 [CP] Embed Pods Frameworks，你们能够自行查阅该 Pods-xxx-frameworks.sh 脚本的内容，里面有个函数 strip_invalid_archs() 就是用于在打包时移除无用的处理器架构。

所以，咱们能够把本身开发的或者他人提供的动态 framework，经过 CocoaPods 来集成到工程中：建立一个 Pods 私有 git 库（相信你们已经很熟悉了），在 git 库中添加相关动态 .frameworks 文件，而后其 Podspec 文件的写法大体如图 3 所示，最后在你的工程中 pod install 便可。

最后咱们思考一个问题：“静态 framework” 和 “动态 framework” 在使用上彷佛也没什么不一样，而工程添加 “动态 framework” 又比较繁琐，那么在 iOS/macOS 开发中什么状况下会使用动态库呢？

不支持 __weak 修饰的类

做者: 夏天是一只猫巛

如 NSMachPort。另外自定义的类实现了 allowsWeakReference/retainWeakReference 实例方法返回 NO(默认返回YES)也不能用 __weak 修饰。allowsWeakReference 返回 NO 后，使用后会异常终止。以下图：

使用 retainWeakReference 返回 NO 后不会崩溃，可是 __weak 值为null，以下图。也能够在在该方法内部控制对象的 weak 次数。

关注咱们

欢迎关注咱们的公众号：iOS-Tips，也欢迎加入咱们的群组讨论问题。能够公众号留言 ios、flutter 等关键词获取入群方式。