我们的应用程序在由xcode11.4编译的os 10.3.3 10.3.4,iPhone 5c /5 iPad4 (armv7s 32)上崩溃,快速优化。我们发现PC寄存器指向一个没有虚拟地址和堆栈信息的空洞地址。如果我们关闭swift优化,它就会起作用。
那么,有没有人找到问题和解决方案呢?
可以肯定的是,它与Xcode11.4 swift优化有关。
我在这里找到了同样的问题。https://www.reddit.com/r/iOSProgramming/comments/frcpsc/xcode_114_builds_crashes_on_ios_10/
Incident Identifier: 2224949E-E5E3-479C-9B08-4FD1473144B3
CrashReporter Key: 052c9a28855da965790a6dcc0885097a66ee4eff
Hardware Model: iPad3,4
Process: AAAAA [34872]
Path: /private/var/containers/Bundle/Application/xxxxxx....
Identifier: com.xxx.xxxxx
Version: xxxx
Code Type: ARM (Native)
Role: Non UI
Parent Process: launchd [1]
Coalition: com.xxx.xxxxx [1932]
Date/Time: 2020-03-30 22:42:49.2564 +xxx
Launch Time: 2020-03-30 22:42:47.0000 +xxx
OS Version: iPhone OS 10.3.3 (14G60)
Report Version: 104
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Subtype: KERN_PROTECTION_FAILURE at 0x015fa500
Triggered by Thread: 0
Thread 0 name:
Thread 0 Crashed:
0 ??? 0x015fa500 0 + 23045376发布于 2020-04-15 15:34:22
经过大量的分析,如日志和指令调试,我肯定这是一个错误的Xcode11.4快速编译器优化。具体地说,优化导致在打开新函数堆栈帧的点处堆栈指针(fp)混乱。我在下面展示了它。
这是一个辅助函数type metadata accessor for myapp.MainViewController at <compiler-generated>,它是由我们的mainviewcontroller中的编译器生成的。

<+0>,<+4>错了。它应该是
0x6cd85c <+0>: push.w {r4, r5, r6, r7, lr}
0x6cd860 <+4>: add r7, sp, #0xcr7是fp。因此,错误指令<+0>不会保存r7,而<+4>子ins会使r7比sp低很多,从而导致整个堆栈混乱。所以这显然是错误的。
这就是ins执行时发生的事情。
之前:

之后:

由于fp错误,整个堆栈都会丢失。
我们也可以在xcode 11.3中验证这一点。

<+0> <+2>与我们上面的期望是一样的。
因此我们也必须降级到Xcode11.3,并使用运行时反射来适应新iOS SDK特性,这些特性应该在Xcode11.4中调用。
发布于 2020-04-14 21:00:41
我们在使用iOS 9或10的旧32位设备上也遇到了多次崩溃。在我的例子中,使用Xcode11.3.1重新编译修复了这些随机的崩溃。
在https://bugs.swift.org/browse/SR-12511上也有一个关于这个主题的公开Bug
发布于 2020-05-19 04:51:34
这在Xcode 11.5中已经为我们解决了。GM_Seed,从5月18日开始提供。
https://stackoverflow.com/questions/61074507
复制相似问题