如何在本地闭包中调用非逃逸闭包？

Question

5

我有一个函数，看起来像这样:

func test(closure: () -> ()) {
    let localClosure = { closure() }

    localClosure()
}

这只是一个例子，没有充分反映我遇到的问题，在这里，我显然可以直接调用closure！

很明显，在上面的代码中，closure不能逃逸。但是，我却得到了如下错误：

闭包对非逃逸参数“closure”的使用可能会导致其逃逸

如果localClosure以某种方式逃逸，那么我就能理解这个错误，但它并没有逃逸。我甚至尝试用@noescape注释localClosure（即使在Swift 3中已经废弃了该属性），根据我收到的警告：

@noescape是默认值，已被弃用

如果localClosure默认是不逃逸的，那么为什么另一个非逃逸闭包不能进入其中？或者这是编译器的一个bug/限制吗？

- Robert

1

可能相关的问答（至少与编译器关于localClosure默认为@noescape的错误警告有关，而实际上它并不是）：为什么在Swift 3中闭包默认都是非逃逸的，但仍需要显式的self？ - Hamish

@Hamish，我认为目标线程实际上是这个线程的完美副本标记（即使它是一个略微不同的问题，目标的答案也回答了这个问题）：一旦明确非参数闭包实际上默认是@escaping，整个讨论（和之前的答案）就会崩溃。投票标记为重复！ - dfrib

@dfri 嗯...实际上仔细想想，我同意 - 鉴于答案基本上是“*localClosure实际上是@escaping，目前没有（非弃用的）标记它为非逃逸的方法*”。 - Hamish

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- dfrib · Accepted Answer

"如果localClosure默认为非逃逸，那么为什么..."

根据下面评论区的讨论（感谢@Hamish），我们可以陈述关于Swift 3.0中非参数闭包^†的如下事实：

与一个人们可能认为的相反，它们默认是@escaping。由于在Swift 3中@noescape已被弃用（见例如Xcode 8 release notes或Swift evolution proposal SE-0103），这意味着非参数闭包不能通过使用弃用的方法来使其成为非逃逸闭包。
正如以下演进线程所描述的那样，对于非参数闭包缺少@noescape属性是一个缺少的特性（在Swift 2.2中不受限制，有些退化了），但不一定会在将来实现（如果我理解Apple dev. Jordan Rose在链接的演进线程中的答案）。
然而，我们仍然可以将弃用的@noescape属性应用于非参数闭包以使其成为非逃逸闭包，但会遇到一个不正确的警告提示（如下所示，重点是我的），这已经被@Hamish报告为一个错误，见bug report SR-2969。

"@noescape 是默认的并且已经被弃用"

总之，localClosure是@escaping，这自然意味着它不能包装test(...)中的非逃逸闭包参数closure。

_{[†] 非参数闭包指所有不是函数参数的闭包，即未作为函数参数提供的闭包。}

顺便说一句，你可能已经知道的一件事：如果我们希望像你的例子中那样处理/包装closure，我们自然可以将其标记为@escaping。

func test(closure: @escaping () -> ()) -> () -> () {
    let escapingLocalClosure = { closure() }
    return escapingLocalClosure
}