ios - NSError 为 nil 但进入 not nil 状态-6ren

ios - NSError 为 nil 但进入 not nil 状态

转载作者：行者123 更新时间：2023-11-29 01:38:00

我的应用程序中有这样的代码，它与开发配置文件配合得很好。但是使用 AdHoc 配置文件，当我尝试打印错误时，我的应用程序崩溃了。根据日志，应该没有任何错误，应该为零。但我不知道为什么它满足 if 条件，如果它满足条件那么为什么当我尝试打印错误时它会崩溃。另外，此代码在开发配置文件中运行良好。此问题仅适用于 AdHoc 配置文件。 -

func initializedWithCredentials( credentials: GTICredentials!, error: NSError ) {
 // Check to see if initialization was successful. With log i can see that initialization was successful only so there should not be any error
if let error = error as NSError? {
      // Handle error
      NSLog("Error : \(error)")     // App Crashes 
}else{
      // Success so do something     
}
}

以下是设备日志 -

Incident Identifier: 17FD2BD0-4FA5-492B-891C-2EC066EAFC41
CrashReporter Key:   0fd3245f5726c1a1a90046a6629d5ccc9ebf39dd
Hardware Model:      iPhone4,1
Process:             VidurOnMobile [2160]
Path:                /private/var/mobile/Containers/Bundle/Application/A945905D-C112-4E96-9124-775F4590E5FB/VidurOnMobile.app/VidurOnMobile
Identifier:          com.ibm.cio.be.iphone.VidurOnMobile
Version:             1 (1.0)
Code Type:           ARM (Native)
Parent Process:      launchd [1]

Date/Time:           2015-09-22 22:25:45.149 +0530
Launch Time:         2015-09-22 22:25:01.041 +0530
OS Version:          iOS 8.4.1 (12H321)
Report Version:      104

Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
Exception Subtype: KERN_INVALID_ADDRESS at 0x00000000
Triggered by Thread:  0

Thread 0 name:  Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0   CoreFoundation                  0x2a8bf0d6 0x2a89c000 + 143574
1   libswiftCore.dylib              0x00962960 0x886000 + 903520
2   libswiftCore.dylib              0x00943160 0x886000 + 774496
3   VidurOnMobile                   0x00107728 0xea000 + 120616
4   VidurOnMobile                   0x00109df8 0xea000 + 130552
5   libdispatch.dylib               0x393c9c80 0x393c8000 + 7296
6   libdispatch.dylib               0x393c9c6c 0x393c8000 + 7276
7   libdispatch.dylib               0x393d554e 0x393c8000 + 54606
8   CoreFoundation                  0x2a96c664 0x2a89c000 + 853604
9   CoreFoundation                  0x2a96ad84 0x2a89c000 + 847236
10  CoreFoundation                  0x2a8b66cc 0x2a89c000 + 108236
11  CoreFoundation                  0x2a8b64de 0x2a89c000 + 107742
12  GraphicsServices                0x3227b1a4 0x32272000 + 37284
13  UIKit                           0x2e068440 0x2dff9000 + 455744
14  VidurOnMobile                   0x000fa62e 0xea000 + 67118
15  libdyld.dylib                   0x39407aac 0x39406000 + 6828

Thread 1 name:  Dispatch queue: com.apple.libdispatch-manager
Thread 1:
0   libsystem_kernel.dylib          0x394ba24c 0x394b9000 + 4684
1   libdispatch.dylib               0x393da4ec 0x393c8000 + 74988
2   libdispatch.dylib               0x393da21e 0x393c8000 + 74270

Thread 2:
0   libsystem_kernel.dylib          0x394ce9c0 0x394b9000 + 88512
1   libsystem_pthread.dylib         0x3954be14 0x3954b000 + 3604
2   libsystem_pthread.dylib         0x3954baec 0x3954b000 + 2796

Thread 3 name:  Dispatch queue: com.apple.root.default-qos.overcommit
Thread 3:
0   CoreFoundation                  0x2a8aa348 0x2a89c000 + 58184
1   CoreFoundation                  0x2a9dbc2c 0x2a89c000 + 1309740
2   CoreFoundation                  0x2a8aa344 0x2a89c000 + 58180
3   libobjc.A.dylib                 0x38e541a4 0x38e33000 + 135588
4   libdispatch.dylib               0x393d69b4 0x393c8000 + 59828
5   libdispatch.dylib               0x393d789e 0x393c8000 + 63646
6   libsystem_pthread.dylib         0x3954bd9a 0x3954b000 + 3482
7   libsystem_pthread.dylib         0x3954baec 0x3954b000 + 2796

Thread 4:
0   libsystem_kernel.dylib          0x394ce9c0 0x394b9000 + 88512
1   libsystem_pthread.dylib         0x3954be14 0x3954b000 + 3604
2   libsystem_pthread.dylib         0x3954baec 0x3954b000 + 2796

Thread 5 name:  Dispatch queue: com.apple.CFNetwork.addPersistCacheToStorageDaemon
Thread 5:
0   libsystem_kernel.dylib          0x394ba49c 0x394b9000 + 5276
1   libsystem_kernel.dylib          0x394ba290 0x394b9000 + 4752
2   libdispatch.dylib               0x393dae1a 0x393c8000 + 77338
3   libdispatch.dylib               0x393dab46 0x393c8000 + 76614
4   libxpc.dylib                    0x39560ea6 0x39560000 + 3750
5   Foundation                      0x2b7a98fa 0x2b617000 + 1648890
6   Foundation                      0x2b7a8f6e 0x2b617000 + 1646446
7   Foundation                      0x2b62abea 0x2b617000 + 80874
8   CoreFoundation                  0x2a9aa30c 0x2a89c000 + 1106700
9   CoreFoundation                  0x2a8d9704 0x2a89c000 + 251652
10  CFNetwork                       0x2a462e98 0x2a3d4000 + 585368
11  CFNetwork                       0x2a43179c 0x2a3d4000 + 382876
12  libdispatch.dylib               0x393c9c80 0x393c8000 + 7296
13  libdispatch.dylib               0x393d44ce 0x393c8000 + 50382
14  libdispatch.dylib               0x393d3d9c 0x393c8000 + 48540
15  libdispatch.dylib               0x393d648e 0x393c8000 + 58510
16  libdispatch.dylib               0x393d789e 0x393c8000 + 63646
17  libsystem_pthread.dylib         0x3954bd9a 0x3954b000 + 3482
18  libsystem_pthread.dylib         0x3954baec 0x3954b000 + 2796

Thread 6 name:  WebThread
Thread 6:
0   libsystem_kernel.dylib          0x394ba49c 0x394b9000 + 5276
1   libsystem_kernel.dylib          0x394ba290 0x394b9000 + 4752
2   CoreFoundation                  0x2a96c5ce 0x2a89c000 + 853454
3   CoreFoundation                  0x2a96ab94 0x2a89c000 + 846740
4   CoreFoundation                  0x2a8b66cc 0x2a89c000 + 108236
5   CoreFoundation                  0x2a8b64de 0x2a89c000 + 107742
6   WebCore                         0x36723d2c 0x366a2000 + 531756
7   libsystem_pthread.dylib         0x3954dddc 0x3954b000 + 11740
8   libsystem_pthread.dylib         0x3954dd4e 0x3954b000 + 11598
9   libsystem_pthread.dylib         0x3954baf8 0x3954b000 + 2808

Thread 7 name:  JavaScriptCore::BlockFree
Thread 7:
0   libsystem_kernel.dylib          0x394cdb2c 0x394b9000 + 84780
1   libsystem_pthread.dylib         0x3954d354 0x3954b000 + 9044
2   libsystem_pthread.dylib         0x3954e224 0x3954b000 + 12836
3   libc++.1.dylib                  0x38600fa4 0x385fb000 + 24484
4   JavaScriptCore                  0x2bbd3206 0x2bbbe000 + 86534
5   JavaScriptCore                  0x2bbcf6bc 0x2bbbe000 + 71356
6   libsystem_pthread.dylib         0x3954dddc 0x3954b000 + 11740
7   libsystem_pthread.dylib         0x3954dd4e 0x3954b000 + 11598
8   libsystem_pthread.dylib         0x3954baf8 0x3954b000 + 2808

Thread 8 name:  JavaScriptCore::Marking
Thread 8:
0   libsystem_kernel.dylib          0x394cdb2c 0x394b9000 + 84780
1   libsystem_pthread.dylib         0x3954d354 0x3954b000 + 9044
2   libsystem_pthread.dylib         0x3954e224 0x3954b000 + 12836
3   libc++.1.dylib                  0x38600fa4 0x385fb000 + 24484
4   JavaScriptCore                  0x2bd98140 0x2bbbe000 + 1941824
5   JavaScriptCore                  0x2bd981a4 0x2bbbe000 + 1941924
6   JavaScriptCore                  0x2bbcf6bc 0x2bbbe000 + 71356
7   libsystem_pthread.dylib         0x3954dddc 0x3954b000 + 11740
8   libsystem_pthread.dylib         0x3954dd4e 0x3954b000 + 11598
9   libsystem_pthread.dylib         0x3954baf8 0x3954b000 + 2808

Thread 9 name:  com.apple.NSURLConnectionLoader
Thread 9:
0   libsystem_kernel.dylib          0x394ba49c 0x394b9000 + 5276
1   libsystem_kernel.dylib          0x394ba290 0x394b9000 + 4752
2   CoreFoundation                  0x2a96c5ce 0x2a89c000 + 853454
3   CoreFoundation                  0x2a96ab94 0x2a89c000 + 846740
4   CoreFoundation                  0x2a8b66cc 0x2a89c000 + 108236
5   CoreFoundation                  0x2a8b64de 0x2a89c000 + 107742
6   CFNetwork                       0x2a451422 0x2a3d4000 + 513058
7   Foundation                      0x2b6e7186 0x2b617000 + 852358
8   libsystem_pthread.dylib         0x3954dddc 0x3954b000 + 11740
9   libsystem_pthread.dylib         0x3954dd4e 0x3954b000 + 11598
10  libsystem_pthread.dylib         0x3954baf8 0x3954b000 + 2808

Thread 10:
0   libsystem_kernel.dylib          0x394ce9c0 0x394b9000 + 88512
1   libsystem_pthread.dylib         0x3954be14 0x3954b000 + 3604
2   libsystem_pthread.dylib         0x3954baec 0x3954b000 + 2796

Thread 11:
0   libsystem_kernel.dylib          0x394ce9c0 0x394b9000 + 88512
1   libsystem_pthread.dylib         0x3954be14 0x3954b000 + 3604
2   libsystem_pthread.dylib         0x3954baec 0x3954b000 + 2796

Thread 12 name:  com.apple.CFSocket.private
Thread 12:
0   libsystem_kernel.dylib          0x394ce080 0x394b9000 + 86144
1   CoreFoundation                  0x2a970d80 0x2a89c000 + 871808
2   libsystem_pthread.dylib         0x3954dddc 0x3954b000 + 11740
3   libsystem_pthread.dylib         0x3954dd4e 0x3954b000 + 11598
4   libsystem_pthread.dylib         0x3954baf8 0x3954b000 + 2808

Thread 0 crashed with ARM Thread State (32-bit):
    r0: 0x00000000    r1: 0x00000000      r2: 0x00000000      r3: 0x00000004
    r4: 0x00000000    r5: 0x00000000      r6: 0x00d416c0      r7: 0x00884c44
    r8: 0x1768cf00    r9: 0x175b8774     r10: 0x00884cf0     r11: 0x3bded0e0
    ip: 0x0068c2e0    sp: 0x00884c18      lr: 0x00962964      pc: 0x2a8bf0d6
  cpsr: 0x60000030

最佳答案

如果函数的定义是 error: NSError，则 Error 不可能为零。如果错误可能为零，则应将其定义为 error: NSError?。否则，尝试解开非可选值是没有意义的。它应该看起来像这样:

func initializedWithCredentials(credentials: GTICredentials!, error: NSError? ) {

    if let error = error {
      // Handle error
       NSLog("Error : \(error)")
    } else {
      // Success so do something     
    }
}

更好的是，您应该避免嵌套 if 条件

func initializedWithCredentials(credentials: GTICredentials!, error: NSError? ) {

    if let error = error {
       // Handle error
       NSLog("Error : \(error)")
       return
    } 

    // Success so do something     
}

关于ios - NSError 为 nil 但进入 not nil 状态，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/32746986/

文章推荐： ios - UITableView 单元格连接到不同的 Controller

文章推荐： mysql 计数 group_concat 中的项目

文章推荐： ios - ABAddressBookGetPersonWithRecordID 使我的应用程序崩溃

iphone - object == nil 或 nil == object 检查一个对象是否为 nil？
在检查对象是否为 nil 时，有人使用 1: if (object == nil) { //... } 有人用 2: if (nil == object) { //... } 1和2有
go - 我写了其余的 api，但 body 在 golang 中返回 nil 。为什么返回 "0 { false [] false 0 0}"
func InsertApData(w http.ResponseWriter, r *http.Request) { decoder := json.NewDecoder(r.Body)
Ruby:为什么 nil.to_s 返回 ""，但 nil.inspect 返回 "nil"
为什么 nil.to_s 返回 ""，而 nil.inspect 返回 "nil"(当显然 .inspect 使用 .to_s 方法) 最佳答案 "inspect" method of the Obj
go - 期待 nil 但得到一个 nil 值的接口(interface)作为返回，这应该是 nil
运行时间 https://play.golang.org/p/sl12vfS9vP package main import "fmt" func main() { err := run()
ios - nil/not nil 的三元条件运算符
我可以将三元条件运算符用于 if {} else {} 语句，如下所示:a ? x : y，还是问题？回答 1 : 回答 2。是否可以使用这种格式来检查，而不是 a 是 true 还是 false，
ruby-on-rails - 未定义的方法 `email' #<用户 ID : nil, created_at : nil, updated_at: nil>
无法弄清楚这里出了什么问题。按照设计设置说明，用谷歌搜索我能想到的一切，仍然没有运气。 undefined method `email' for # Extracted source (around
ruby - 在 Ruby 中，为什么等于 nil ("Date.new == nil") 返回 nil？
今天写一些 rspec 时，我遇到了一些意外的行为，将日期(和时间)实例与 nil 进行比较。这是一个使用原始 ruby 的示例(没有 Rails 或其他库): user@MacBook-Work
ios - 困惑 : Non-nil value unwrapped nil, if-let 子句在 nil 值上执行 block
我将数据类型的非零值分配给非可选属性，然后将其分配给可选属性，最后用所述数据实例化图像。当可选项通过 if-let 子句时，它的 block 执行，抛出错误: Fatal error: Unexpec
ios - swift nil 任何!= nil
swift 5.1 。考虑以下。 let x: Any? = nil let y: Any = x print("x \(x)") // x nil pri
ios - 下载图像时检查 Nil 后变量显示 Nil
请耐心听我解释这一点，我正在创建一个聊天室，用户可以在其中上传照片供其他人查看。当用户点击图标时，他们可以将照片上传到我的 Firebase 数据库(这已成功完成，我已经对此进行了测试)。照片的 U
ios - 代码调试: Nil object is not Nil
我的 xCode 5.0 目前遇到一个奇怪的问题:一个对象在控制台中似乎为 nil，但同时它可以通过代码访问。图 1:对象似乎为零图2:NSLog(@"%@", imgDownloader) 的输
ios - 变量不是 nil 但代码认为它是 nil
我有一个实现协议(protocol)的类，以便添加 3 个变量。我专门设置了图像变量，调试器显示该变量存在，但是在我打印它时在代码中显示为 nil，我的 if let 语句也认为该变量为 nil。 @
swift - 错误代码为 :nil/nil/error
这个问题在这里已经有了答案: Swift 2 ( executeFetchRequest ) : error handling (5 个答案) 关闭 7 年前。开始在 SWIFT 中学习编码，每次
Lisp:'nil 和 nil 之间有什么区别吗？
两者 (not 'nil) 和 (not nil) 求值为T，那么'nil和nil有什么区别吗？那么 ''nil 呢？如果 ''nil 的计算结果为 'nil，那么 ''nil 是否也应该计算为 ni
Lisp:'(nil nil) 为什么以及如何评估为真？
(if '(nil nil) 'print-true 'print-false) (if '(nil) 'print-true 'print-false) 在上面的代码
Ruby 问题 - == nil 还是 nil？
这个问题在这里已经有了答案: 关闭 11 年前。 Possible Duplicate: obj.nil? vs. obj == nil 我发现了一个问题 - == nil 和 nil 哪个更好？
ruby - nil.to_json 无法解析回 nil？
此代码段抛出异常: x = nil jsoned = x.to_json puts 'x.to_json=' + jsoned.inspect puts 'back=' + JSON.parse(js
go - 模板传递非 nil 对象在前端变为 nil
基本上我有一个对象想要传递给前端。我在后端记录了它，它不是空的，但是在前端，当我提醒它时，它变成了空。 ... presentation := &presentationStruct { Obje
Golang 返回 nil 不返回 nil
我创建了一个自定义错误类型来包装错误，以便在 Golang 中更轻松地进行调试。当有错误要打印时它可以工作，但现在它会引起 panic 。 Demo type Error struct { E
Go - 变量已初始化且非 nil，但其他函数为 nil
写一个符合我当前问题的标题有点难..我有一个 main() 函数，它使用另一个包 (database_sql) 中的函数。该函数初始化一个全局变量 sql.DB*。初始化后，变量不为nil，但是对于其

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

ios - NSError 为 nil 但进入 not nil 状态