上周公众号发布的以下文章：
本期知识小集的主要内容包括：
- Xcode 的 Build Settings 选中 Levels 时不同列的含义
- Xcode 10.1 并没有修复由于 Assets 引起的在 iOS 9 上的崩溃问题
- Swift 4.2 MemoryLayout 新方法 offset(of:)
Xcode 的 Build Settings 选中 Levels 时不同列的含义
作者 : KANGZUBIN
Build Settings 顾名思议，用于表示 Xcode 工程的编译配置项。我们在 Xcode 工程中，打开一个 Project 或者 Target 的 Build Settings 时，会得到如下图所示，此时在顶部分栏中一般默认选中
All
和
Combined
。
其中，图中左侧红框内的
Basic
，
Customized
，
All
分别表示
基础配置项
，
已经自定义修改过的配置项
和
全部配置项
。
而图中右侧的红框内，有
Combined
和
Levels
两项，我们最熟悉的是在
Combined
模式下，直接修改下方各配置项的值。
当我们选中
Levels
模式时，会得到如下图所示：
我们发现，此时每一个配置项都对应了 4 列值（左侧选中 Project 时只有 3 列；选中 Target 时有 4 列），分别为
Resolved
，
TargetName
，
ProjectName
，
iOS Default
。它们的含义如下：
-
iOS Default列：Xcode 工程各编译配置项的默认值， 无法修改 ； -
ProjectName列：用于配置 Project 的编译配置项，它会影响其下的所有 Targets 的 Build Settings，优先级高于iOS Default列， 可以手动修改 ； -
TargetName列：用于配置某一 Target 的编译配置项，优先级高于ProjectName列， 可以手动修改 ； -
Resolved列：根据前面 3 列的优先级关系，得到最终的值。 它不可手动修改 ，优先取TargetName列的值，如果该列没设置，则取ProjectName列的值，最后才取iOS Default列的默认值（Resolved列的各项最终取的那一列的值，会被浅绿色框选高亮显示）。
通过对比这几列数据，你可以很清晰地看出我们都改了哪些默认配置，都是在哪改动的。其实我们可以发现，
Resolved
列各项的值，就是选中
Combined
模式下，各配置项的值。
PS：在 Pods 工程中各 Targets 的 Build Settings 可
Xcode 10.1 并没有修复由于 Assets 引起的在 iOS 9 上的崩溃问题
作者 : KANGZUBIN
关于 Xcode 10.0 打的线上 Release 包会在 iOS 9.0 ~ 9.2.1 系统上出现随机的崩溃，相信大家已经不陌生了，网上已有不少关于 这个问题的讨论 。
之前
@高老师很忙
也写了一个小集
《解决 Xcode 10 打包 iOS 9.0 - iOS 9.2.1 Crash 的问题》
，分析了这个问题产生的原因，以及如何解决这个问题。
我们的 App 上个月一开始用 Xcode 10.0 发了一个包，因为这个导致线上崩溃率直线上升（主要集中在 iOS 9），无奈之下， 只能用 Xcode 9.4.1 重新编译发了一版本 。
苹果号称在 Xcode 10.1 Beta 2 中解决了这个问题，然后在 2018 年 10 月 31 日，苹果发布了 Xcode 10.1 正式版，并在 Release Notes 中声称已经解决了这个问题，有如下截图为证：
然而，当天立刻有人在苹果的开发者论坛（Apple Developer Forums）上发了帖子说这个问题仍然存在，
如下图所示：
国内也有很多开发者通过自身 App 的实践纷纷证实了这个问题。
我们 App 前几天发新版，打包人员疏忽忘记了这个问题，直接用 Xcode 10.1 发包上线，结果这两天果然在 iOS 9 上的崩溃率又上来了，惨痛教训！！！
另外，让人遗憾的是：苹果已经偷偷在 Xcode 10.1 的 Release Notes 中，把这个问题从 Resolved Issues（已解决的问题）改为 Known Issues（已知问题）了，如下：
