Siesta框架闭包捕获self触发初始化未完成错误的原因及解决

刚好遇到过类似的Swift初始化陷阱，来给你理清楚这个问题的来龙去脉：

这个报错 'self captured by a closure before all members were initialized' 本质是Swift严格的初始化顺序规则导致的：

• Swift要求，类的所有存储属性必须完成初始化、且init方法执行完毕后，self才能被安全访问或捕获。
• 一旦在初始化流程未完成时就用闭包捕获self，编译器会直接抛出这个错误，避免访问到未完全初始化的对象。

看你最初的实现：

class API: NSObject {
    private let service = Service(
        baseURL: myApiBaseUrl,
        standardTransformers: [.text, .json]
    )

    override init() {
        #if DEBUG
            LogCategory.enabled = [.network]
        #endif
        service.configure("**") {
            $0.headers["Token"] = "Bearer \(token)"
            $0.headers["Content-Type"] = "application/json"
            $0.headers["Accept"] = "application/json"
            $0.decorateRequests { self.refreshTokenOnAuthFailure(request: $1) } // 报错位置
        }
    }
}

这里的核心矛盾：

1. service是类的存储属性，它会在init方法执行之前就完成初始化。
2. 你在init里调用service.configure时，传入的闭包直接捕获了self——但此时init还没执行完毕，类的初始化流程尚未结束，self处于“未完全就绪”的状态，编译器不允许这种操作。

你把service改为通过指定初始化器传入的方式，完美规避了这个问题：

init(myService:Service){
    super.init()
    myService.configure("**") {
        $0.headers["Token"] = "Bearer \(token)"
        $0.headers["Content-Type"] = "application/json"
        $0.headers["Accept"] = "application/json"
        $0.decorateRequests { self.refreshTokenOnAuthFailure(request: $1) }
    }
}

原因很简单：

• 现在service不再是类的存储属性，不需要在类初始化阶段提前创建，避免了“属性先于init初始化”的冲突。
• 你先调用了super.init()，完成了NSObject基类的初始化，此时self已经处于完全可用的状态，闭包捕获self就符合Swift的初始化规则了。

内容的提问来源于stack exchange，提问作者Ugur