今天有用户反馈，mac微信卡死在登录界面，彩球一直转。从现象来看，是主线程卡住了，难道是死循环了？进一步地，开启调试符号（"Build Settings"->"Strip Linked Product"置为NO），发现console里面狂刷主线程卡顿监控日志，主要堆栈如下：
[I][][MMLagMonitor.mm, startMonitorWithCallback, 179]][INFO: Backtrace of Thread 775:
libsystem_kernel.dylib 0x7fff9a50ac22 __psynch_mutexwait + 10
Foundation 0x7fff866710e2 -[NSLock lock] + 145
WeChat 0x108e7bc68 -[MMCGINotifyCenter addDelegateInternal:sessionId:] + 59
WeChat 0x108e7bbef +[MMCGINotifyCenter addDelegate:sessionId:] + 83
WeChat 0x108a03630 -[MMCGI registerDelegate:] + 37
WeChat 0x108a034d8 -[MMCGI initWithItem:delegate:] + 140
WeChat 0x10889a16d -[MMCGIService RequestCGI:delegate:] + 302
WeChat 0x108e29126 -[AuthCGI QRCodeAuth:withPassword:] + 3859
WeChat 0x108e9c1d0 -[AccountService QRCodeLoginWithUserName:password:] + 58
WeChat 0x108dc5039 __34-[QRCodeLoginLogic setupQRCodeCGI]_block_invoke.38 + 330
WeChat 0x108b3f1e3 -[QRCodeLoginCG<…>
可以看到，NSLock一直在锁等待，即死锁了。 那么死锁是怎么发生的呢？我们知道，NSLock是非递归锁，当同一线程重复获取同一非递归锁时，就会发生死锁。如下所示：
NSLock *m_lock;
[m_lock lock]; // 成功上锁
do something....
[m_lock lock]; // 上面已经上锁，这里阻塞等待锁释放，不会再执行下面，锁永远得不到释放，即死锁
do something....
[m_lock unlock]; // 不会执行到
do something....
[m_lock unlock];
于是，断点跟踪堆栈中相关问题函数的调用关系，企图找到如上所示的嵌套上锁代码，结果如下：
简化如下：
- (void)erase {
[m_lock lock];
dealloc();
[m_lock unlock];
}
- (void)dealloc {
erase();
}
另一方面，用NSRecursiveLock或者@synchronized替代NSLock，就可以成功登录了。因为同一线程重复获取同一递归锁，不会发生死锁。
