闭包内使用XCTAssertNoThrow编译失败，求报错原因解析

嘿，这个问题我做iOS测试的时候也踩过坑，咱们来好好捋清楚：

为什么编译会报错？ #

你看到的错误Invalid conversion from throwing function of type '(_) throws -> ()' to non-throwing function type '(Result) -> Void'，核心原因是闭包的抛出性不匹配：

• distillery.produce的回调参数要求的是一个不会抛出异常的闭包类型(Result) -> Void
• 但你在闭包里写了XCTAssertNoThrow(try result.unwrap())，这里的try会让整个闭包变成一个可能抛出异常的函数——因为XCTAssertNoThrow并不会捕获内部抛出的异常，它只是验证表达式是否抛出，若抛出则标记测试失败，但异常依然会向上传播。

编译器之所以卡得这么严，是因为Swift对函数的抛出性有严格的类型区分：非抛出函数可以被安全调用而无需处理异常，而抛出函数必须配合try语法使用。如果允许这种隐式转换，当闭包里真的抛出异常时，调用回调的代码（也就是produce方法内部）没有准备好处理异常，会直接导致程序崩溃，而不是正常标记测试失败，所以编译器必须阻止这种不安全的转换。

它会重抛出异常吗？ #

是的！如果result.unwrap()真的抛出了异常，XCTAssertNoThrow不会捕获它，这个异常会直接从闭包里重抛出去。由于回调被当作非抛出函数调用，这会触发Swift的运行时错误，直接崩溃你的测试进程，而不是让测试用例优雅地失败。

关于你提到的Swift设计问题 #

社区里确实有开发者反馈过这个反直觉的设计，认为XCTAssertNoThrow既然叫"NoThrow"，就应该内部捕获异常，只记录测试失败而不向外传播，这样就能在非抛出闭包里安全使用了。

解决办法 #

这里有几个可行的方案：

• 方案一：用do/catch手动捕获
  把try包裹在do/catch里，确保闭包不会抛出：

  distillery.produce(request: Request(bottles: 1337)) { (result) in
      do {
          try result.unwrap()
      } catch {
          XCTFail("Unexpected error: \(error)")
      }
      e.fulfill()
  }
  

• 方案二：封装自定义断言函数
  自己写一个能捕获异常的断言，替代系统的XCTAssertNoThrow：

  func XCTAssertNoThrowSafe<T>(_ expression: @autoclosure () throws -> T, 
                               _ message: @autoclosure () -> String = "", 
                               file: StaticString = #filePath, 
                               line: UInt = #line) {
      do {
          _ = try expression()
      } catch {
          XCTFail(message().isEmpty ? "Unexpected error: \(error)" : message(), file: file, line: line)
      }
  }
  

  然后在闭包里直接用这个函数：

  distillery.produce(request: Request(bottles: 1337)) { (result) in
      XCTAssertNoThrowSafe(try result.unwrap())
      e.fulfill()
  }
  

  这个方案既保留了断言的语义，又能让闭包符合非抛出的类型要求。

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