iOS中实现多线程技术有很多方法。

这里说说使用NSCondition实现多线程同步的问题，也就是解决生产者消费者问题（如收发同步等等）。

问题流程如下：

    生产者制造产品，首先也要取得锁，然后生产，再发signal，这样可唤醒wait的消费者。

这里需要注意wait和signal的问题：

    1: 其实，wait函数内部悄悄的调用了unlock函数（猜测，有兴趣可自行分析），也就是说在调用wati函数后，这个NSCondition对象就处于了无锁的状态，这样其他线程就可以对此对象加锁并触发该NSCondition对象。当NSCondition被其他线程触发时，在wait函数内部得到此事件被触发的通知，然后对此事件重新调用lock函数（猜测），而在外部看起来好像接收事件的线程（调用wait的线程）从来没有放开NSCondition对象的所有权，wati线程直接由阻塞状态进入了触发状态一样。这里容易造成误解。

    2: wait函数并不是完全可信的。也就是说wait返回后，并不代表对应的事件一定被触发了，因此，为了保证线程之间的同步关系，使用NSCondtion时往往需要加入一个额外的变量来对非正常的wait返回进行规避。

   3: 关于多个wait时的调用顺序，测试发现与wait执行顺序有关。具体请查阅文档。

测试代码如下（请自行创建工程并连接两个按钮到test1Button和test2Button）：

//
//  ViewController.m
//  CondtionTest
//
//  Created by cuibo on 11/12/14.
//  Copyright (c) 2014 cuibo. All rights reserved.
//

#import "ViewController.h"

@interface ViewController ()

@property(strong, nonatomic)NSCondition *condition;
@property(strong, nonatomic)NSMutableArray *products;

@end

@implementation ViewController

- (void)viewDidLoad {
    [super viewDidLoad];
    // Do any additional setup after loading the view, typically from a nib.
    
    
    self.products = [[NSMutableArray alloc] init];
    self.condition = [[NSCondition alloc] init];
}

- (void)didReceiveMemoryWarning {
    [super didReceiveMemoryWarning];
    // Dispose of any resources that can be recreated.
}

//点一下表示开始接受
- (IBAction)test1Button:(id)sender
{
    [NSThread detachNewThreadSelector:@selector(thread1) toTarget:self withObject:nil];
}

//点一下表示收到一个数据
- (IBAction)test2Button:(id)sender
{
    [NSThread detachNewThreadSelector:@selector(thread2) toTarget:self withObject:nil];
}

//发送线程
- (void)thread1
{
    while (1)
    {
        NSLog(@"thread1：等待发送");
        [self.condition lock];
        [self.condition wait];
        
        NSLog(@"thread1:发送");
        [self.condition unlock];
    }
}

//接收线程
- (void)thread2
{
    [self.condition lock];
    NSLog(@"thread2：收到数据");
    [self.condition signal];
    [self.condition unlock];
}


@end

使用NSCondition实现多线程同步