使用这个方式比较轻量级，但是优缺点很明显。有两种方式：
- 使用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。会导致其他线程等待。
