多线程同步目的有以下几个方面：菠菜源码修复【企 娥:217 1793 408】第一，对一段代码的执行进行保护，如果同时执行一段代码，中间的临时变量可能会互相干扰造成结果不对；第二，对资源的保护，多个线程执行不同的代码，但是可能涉及同一个资源；第三，消息传递，一个线程通知另外一个线程发生了一件事。
iOS中常用线程同步方式：
NSLock
一个封装了pthread_mutex的OC对象，常用于保护一个代码块，如果NSLock对象已经被lock，当前线程放弃时间片并阻塞，等待锁的释放。
可以通过lockBeforeDate:限制一个锁定的时间，获取锁的时候也可以使用tryLock:来避免阻塞。
NSLock有3点要注意：unlock的执行线程必须和lock相同，否则行为未定义；在同一个线程上lock两次会造成死锁；向未lock的对象发送unlock会造成Crash。
NSRecursiveLock
NSRecursiveLock也是封装了一个pthread_mutex，和NSLock不同的是在NSLock中pthread_mutex的类型是 PTHREAD_MUTEX_ERRORCHECK，而在NSRecursiveLock中pthread_mutex的类型是PTHREAD_MUTEX_RECURSIVE。
在同一个线程上lock两次会造成死锁，但是一个线程在请求锁之前可能不知道这个锁是否已经被锁定，亦或一个函数可能会被多次或者递归调用，如果贸然加锁，就会造成死锁，此种情况下，应该使用NSRecursiveLock。NSRecursiveLock允许一个线程多次获取锁（同时需要相应的释放次数），对于没有获取锁的线程而言，与NSLock功能一致。
NSConditionLock & NSCondition
NSLock是比较简单的锁，一个线程申请锁，然后其他线程等待，当这个线程释放锁的时候，等待的线程哪个会被唤醒没有定义。如果仍然使用NSLock，此时的解决方案就是线程在释放锁之前设置一个全局的状态，然后等待的线程获取锁之后，查看状态，如果不是自己要处理的情况，就释放锁，重新进入循环。但是这种方案有不可预测性，因为不知道应该被唤起的线程何时能获取到锁，其他线程不停的被唤起等待性能损失也非常大。