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

1,023 阅读4分钟

原文链接

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

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

  • 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 时,会得到如下图所示,此时在顶部分栏中一般默认选中 AllCombined

其中,图中左侧红框内的 BasicCustomizedAll 分别表示 基础配置项已经自定义修改过的配置项全部配置项

而图中右侧的红框内,有 CombinedLevels 两项,我们最熟悉的是在 Combined 模式下,直接修改下方各配置项的值。

当我们选中 Levels 模式时,会得到如下图所示:

我们发现,此时每一个配置项都对应了 4 列值(左侧选中 Project 时只有 3 列;选中 Target 时有 4 列),分别为 ResolvedTargetNameProjectNameiOS 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(已知问题)了,如下:

临时解决方法:

  • 参考之前高老师的小集介绍的几种方式
  • 切回到 Xcode 9.4.1 打包
  • 把 App 最低支持系统改为 iOS 10+ ...😅
  • 等待 Xcode 10.2 解决 ...🤣

Swift 4.2 MemoryLayout 新方法 offset(of:)

在 Swift 4.2,MemoryLayout 引入是新方法 offset(of:),来计算结构体的某个存储属性的在内存布局上到其所属值的字节距离,以替代 C 语言中的 offsetof 函数。

如下示例:

struct Point {
var x, y: Double
}

struct Size {
var w, h: Double

var area: Double { return w*h }
}

struct Rect {
var origin: Point
var size: Size
}

MemoryLayout<Rect>.offset(of: \.origin.x) // => 0
MemoryLayout<Rect>.offset(of: \.origin.y) // => 8
MemoryLayout<Rect>.offset(of: \.size.w) // => 16
MemoryLayout<Rect>.offset(of: \.size.h) // => 24
MemoryLayout<Rect>.offset(of: \.size.area) // => nil

这个方法目前只支持结构体 struct,而不支持 tuple 和类类型。同时还有不少限制,如只能是存储属性,且不能有 didSetwillSet 等。

具体可以参考 swift evolution 210:Add an offset(of:) method to MemoryLayout

关注我们

欢迎关注我们的公众号:iOS-Tips,也欢迎加入我们的群组讨论问题。可以公众号留言 iosflutter 等关键词获取入群方式。

推荐阅读

「 iOS知识小集 」2018 · 第 36 期 「 iOS知识小集 」2018 · 第 35 期