用Analysis 静态分析代码,发现了一些问题,修改之后,然后用Instrument -> Leaks对内存做动态分析,发现一个错误:
控制台报错:XPC connection interrupted
调试报错:libsystem_plantform.dylib'OSAtomicDequeue$variant$mp':
libsystem_platform.dylib`OSAtomicDequeue$VARIANT$mp:
0x181d178f8 <+0>: mov x8, x0
0x181d178fc <+4>: ldaxr x0, [x8]
0x181d17900 <+8>: cbz x0, 0x181d17914 ; <+28>
-> 0x181d17904 <+12>: ldr x9, [x0, x1] #Thread 19: EXC_BAD_ACCESS (code=1, address=0x5a74d288)
0x181d17908 <+16>: stxr w10, x9, [x8]
0x181d1790c <+20>: cbnz w10, 0x181d178fc ; <+4>
0x181d17910 <+24>: ret
0x181d17914 <+28>: clrex
0x181d17918 <+32>: ret
调试仪表盘上线程信息:
>Thread 19
0 OSAtomicDequeue$VARIANT$mp
7 thread_start
如果关掉Instrument, 是不影响程序运行的。我不只是一次发现这个控制台错误了,也没有发现好的消除该错误的方法。另外在用Instrument检查的时候,是没有发现内存泄漏的小红叉的,全是绿色的对号。
关于XPC: OBJCCN上有一篇详细的文章
https://objccn.io/issue-14-4/
网上大多数的解决思路是看当前错误发生在哪个线程,如果创建线程或者队列的时候都是用了标识符,就能很快定位到出错位置,但是我这次遇到的问题,错误发生在系统的动态链接库内部,无解,从字面意思上来看,也像是发生在主线程。
主线程中做的事情太多了,而且是一个抽屉界面,不知道错误发生在哪个控制器的那个环节。。