IBOutlet 因 EXC_BAD_ACCESS 而崩溃，即使不是 nil

Question

在一个 UIViewController (rolePageController) 中，我配置了另一个 UIViewController (drawerController)，并从角色页面传递了 2 个 UIView，这将成为抽屉控制器配置的一部分。只要drawerController 尝试从rolePageController 访问IBOutlet 视图，它就会崩溃并出现EXC_BAD_ACCESS（代码=EXC_I386_GPFLT）。

在第一个 VC (rolePageController) 中，这里是 IBOutlets：

@IBOutlet var rolePageDrawerView: UIView!
@IBOutlet var rolePageContentView: UIView!

在 rolePageController.viewDidLoad() 中，我调用了 drawerController.configureDrawer(...)：

override func viewDidLoad() {
    super.viewDidLoad()

    //other stuff happens here

    let drawerController = UIStoryboard(name: "StoryboardName", bundle: nil).instantiateViewController(withIdentifier: "drawerController") as! DrawerViewController
    drawerController.configureDrawer(drawerContainerView: self.rolePageDrawerView, overlaidView: self.rolePageContentView)

    //other stuff here
}

DrawerViewController 协议定义为：

protocol DrawerViewController where Self: UIViewController {
    func configureDrawer(drawerContainerView: UIView, overlaidView: UIView)
}

这里是 configureDrawer(...) 函数的代码：

private var drawerParentView: UIView!
private var overlaidByDrawerView: UIView!


func configureDrawer(drawerContainerView: UIView, overlaidView: UIView) {
    self.drawerParentView = drawerContainerView
    self.overlaidByDrawerView = overlaidView
}

在调试器中注意到被调用的drawerController实例与接收调用的self实例不匹配。这是将要调用的实例的地址：

这是我进入通话时实例的地址：

调用前drawerController的地址不是我进入调用时self的地址。那不应该发生。

我创建了一个简化的项目来重现 https://github.com/ksoftllc/DynamicStackBufferOverflow 的崩溃。

解决方案 解决方案原来是从 DrawerViewController 协议中删除 where 子句。

protocol DrawerViewController where Self: UIViewController {
    func configureDrawer(drawerContainerView: UIView, overlaidView: UIView)
}

Answer 1

找到了有问题的代码，但我不知道为什么这会导致我看到的错误。 DrawerController 符合 DrawerViewController 协议，定义为：

protocol DrawerViewController where Self: UIViewController {
    func configureDrawer(drawerContainerView: UIView, overlaidView: UIView)
}

当我删除 Where 条件时，它不再崩溃。

protocol DrawerViewController {
    func configureDrawer(drawerContainerView: UIView, overlaidView: UIView)
}

where 子句对于程序的正确功能实际上并不是必需的，所以我将继续没有它。

更新 我向 swift.org 提交了一个错误并收到了回复。 Swift 4.2 不支持向协议添加 where 子句，但 Swift 5.0 将支持。此外，@J Doe 在下面发布了一种通过更新 Xcode 工具包来实现此目的的方法。

Answer 2

dynamic-stack-buffer-overflow 与递归没有任何关系。这意味着alloca 缓冲区已溢出。检查asan runtime source code。

假设堆栈的布局使得您有一个alloca 缓冲区，后跟一个对象指针——甚至可能是作为参数传递的对象指针之一。

假设alloca 缓冲区溢出。在 asan 构建中，这可能会触发 dynamic-stack-buffer-overflow 错误。但在非 asan 构建中，它只是覆盖该对象指针的字节。假设它写入的字节构成了未映射到进程页表中的地址。

如果程序试图读取该对象指针并将其存储在其他地方（例如，在实例变量中），它必须增加对象的引用计数。但这意味着取消对指针的引用——并且指针指向一个未映射的地址。也许这会导致一般保护错误，Mach calls an EXC_I386_GPFLT。

如果您发布了 asan dynamic-stack-buffer-overflow 错误的堆栈跟踪以及导致错误的代码的反汇编，将会很有帮助。

Answer 3

它看起来真的像 Swift 编译器错误。我简化了您的代码以进行澄清：

func foo(_ wow: TestProtocol) {
    wow.foo()
}

protocol TestProtocol where Self: NSObject {
    func foo()
}

class TestClass: NSObject, TestProtocol {

    func foo() {
        print("Much wow")
    }

}

foo(TestClass())

您可以将此报告为错误。为了解决这个问题，我建议你不要使用 where 语句或传递对象类型为func foo(_ wow: TestClass {。

Answer 4

要解决您的问题，请在开发主干工具链快照上运行它。你可以在这里下载：

https://swift.org/download/

转到 Snapshots -> Trunk Development (master) XCode（所以不是 Swift 5.0）并下载截至 12 月 15 日的快照（我从 11 月 30 日获得了快照，但我确定 12 月 15 日也可以。）

安装工具链后，在 XCode 中转到：File -> Preferences -> Components 并选择最新的工具链。 它现在运行没有任何崩溃。

此外，Self: UIViewController 的位置可以缩短为 :UIViewcontroller（这仅适用于最新的工具链）：

protocol DrawerViewController: UIViewController {
    func configureDrawer(drawerContainerView: UIView, overlaidView: UIView)
}

Answer 5

将此函数调用从 viewDidLoad 移动到 viewWillAppear drawerController.configureDrawer(drawerContainerView: self.rolePageDrawerView, overlaidView: self.rolePageContentView)