使用这个方式比较轻量级，但是优缺点很明显。有两种方式：

• 使用detachNewThreadSelector:toTarget:withObject:这个类方法来生成线程。
• 创建一个NSThread的对象，并且给对象发送start消息。

使用上面两种方式都会创建一个detached线程。一个detached线程意味着这个线程的资源会在线程exit的时候自动回收。

[NSThread detachNewThreadSelector:@selector(saleTicket) toTarget:self withObject:nil];

NSThread *thread = [[NSThread alloc]initWithTarget:self selector:@selector(saleTicket) object:nil];
[thread start];

很简单。。。。。。。

看看这个方法：

• (void)saleTicket{

  if (tickts>0) {

    //这个区域其实是临界区,在多线程状态下，多个线程可能同时执行到这个位置。票数可能被减到-1。
    tickts--;
  

  }else{

    NSLog(@"票已经售磬了!");
  

  }

}

这其实是比较简单的一个线程同步问题，资源竞争。我们解决这个办法的问题。使用的是这样一个过程。

• (void)saleTicket{

  //此时资源同一时刻只能被一个线程访问

  [theLock lock];

  if (tickts>0) {

    tickts--;
  

  }else{

    NSLog(@"票已经售磬了!");
  

  }

  [theLock unlock];

}

这玩意叫互斥锁。

还有个形式是这样子的。叫条件，涉及到一个经典问题叫生产者和消费者。如果两个线程一个在生产，一个在消费。那么没生产出来的时候应该怎么整。可能会说我这么搞，生产完了，再消费。骚年，那就抛弃了并发编程的热血啊。

什么是NSCondition

NSCondition 的对象实际上作为一个锁和一个线程检查器：锁主要为了当检测条件时保护数据源，执行条件引发的任务；线程检查器主要是根据条件决定是否继续运行线程，即线程是否被阻塞。

举例说明：

NSMutableArray *imageArray;

dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, NULL), ^{


    //见图片存储到硬缓存中
    [condition lock];

    if ([imageArray count]==0) {
        //线程等待过程会释放资源锁，也就是说，别的线程会获取这个锁对象，并执行相应代码
        [condition wait];
    }

    UIImage *img = [imageArray objectAtIndex:0];
    /** 存储这个img*/
    [imageArray removeObjectAtIndex:0];

    [condition unlock];


});



dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, NULL), ^{


    //图片下载
    [condition lock];

    UIImage *img = downloadImage();

    [imageArray addObject:img];


    [condition signal];
    /** 存储这个img*/

    [condition unlock];


});

通过上面的过程可以看出，虽然thread轻量级一些，但是需要自己管理线程的生命周期，线程同步。线程同步对数据的加锁会有一定的系统开销。thread是可以cancle的，但是注意其中的过程。同时也有监听线程状态的函数。当前线程可以sleep，但是注意sleep不会释放mutex。会导致其他线程等待。