NSError.setUserInfoValueProvider无限循环
NSError.setUserInfoValueProvider infinite loop
NSError.setUserInfoValueProvider(forDomain:provider:)
在 MacOS 10.11/iOS 9 中引入,作为使用块填充给定错误域的 NSError
的 userInfo
字典的一种方式,从而避免了可能抛出的大量样板代码和重复代码。
我试过这样使用它:
if NSError.userInfoValueProvider(forDomain: "Test") == nil {
NSError.setUserInfoValueProvider(forDomain: "Test"){ err, userInfoKey in
print("This is an error:", err, userInfoKey)
return nil
}
}
调用站点如下所示:
throw NSError(domain: "Test", code: 0, userInfo: nil)
抛出错误时,日志中会填入 "This is an error:",但错误本身或 userInfoKey
永远不会打印出来。程序最终中止并在日志中显示最后一条消息:
warning: could not execute support code to read Objective-C class data
in the process. This may reduce the quality of type information
available.
问题是在
中打印 err
print("This is an error:", err, userInfoKey)
递归调用相同的值提供程序,因为错误的字符串表示形式已确定。然后程序最终因堆栈溢出而崩溃。您可以通过在该行设置断点来验证这一点。
如果将行更改为
print("This is an error:", userInfoKey)
然后一切都按预期进行。
NSError.setUserInfoValueProvider(forDomain:provider:)
在 MacOS 10.11/iOS 9 中引入,作为使用块填充给定错误域的 NSError
的 userInfo
字典的一种方式,从而避免了可能抛出的大量样板代码和重复代码。
我试过这样使用它:
if NSError.userInfoValueProvider(forDomain: "Test") == nil {
NSError.setUserInfoValueProvider(forDomain: "Test"){ err, userInfoKey in
print("This is an error:", err, userInfoKey)
return nil
}
}
调用站点如下所示:
throw NSError(domain: "Test", code: 0, userInfo: nil)
抛出错误时,日志中会填入 "This is an error:",但错误本身或 userInfoKey
永远不会打印出来。程序最终中止并在日志中显示最后一条消息:
warning: could not execute support code to read Objective-C class data in the process. This may reduce the quality of type information available.
问题是在
中打印err
print("This is an error:", err, userInfoKey)
递归调用相同的值提供程序,因为错误的字符串表示形式已确定。然后程序最终因堆栈溢出而崩溃。您可以通过在该行设置断点来验证这一点。
如果将行更改为
print("This is an error:", userInfoKey)
然后一切都按预期进行。