实际项目开发中为了能够给用户更好的体验，有些延时操作我们都会放在子线程中进行。
今天我们就来聊聊多线程在实际项目中的运用。
我们先来看看多线程的基础知识：
1.多线程的原理：
同一时间，CPU只能处理一条线程，也就是只有一条线程在工作。所谓多线程并发(同时)执行，
其实是CPU快速的在多线程之间调度(切换)。如果CPU调度线程的时间足够快，就造成了多线程并
发执行的假象。
2.在实际项目开发中并不是线程越多越好，如果开了大量的线程，会消耗大量的CPU资源，CPU会
被累死，所以一般手机只开1~3个线程为宜，不超过5个。
3.多线程的优缺点：
优点：1.能适当提高程序的执行效率
2.能适当提高资源的利用率，这个利用率表现在(CPU，内存的利用率)
缺点：1.开启线程需要占用一定的内存空间(默认情况下，主线程占用1M，
子线程占用512KB，如果开启大量的线程，会占用大量的内存空间，降低程序
的性能)
2.线程越多，CPU在调度线程上的开销就越大
3.程序设计就越复杂：比如线程之间的通信，多线程的数据共享，这些
都需要程序的处理，增加了程序的复杂度。
4.在iOS开发中使用线程的注意事项：
1.别将比较耗时的操作放在主线程中
2.耗时操作会卡住主线程，严重影响UI的流畅度，给用户一种“卡”的坏体验
好了，多线程在iOS中的开发概念性的东西就讲这么多，下面我们来模拟一种开发中的场景：
我们在开发中经常会遇到，当你要缓存一组图片，但是这些图片必须要等到你缓冲好了后再来展现在UI上，
可是我们缓存图片的时候用的是SDWebImage框架，缓存的操作是异步进行的，我们如何来做到等缓存好了
再来执行以后的操作呢？下面讲个实现起来非常简单，方便的方法：
我先来放上代码，后面进行讲解：
//1.添加一个组
let group = dispatch_group_create()
//缓存图片
for url in picURLs! {
//2.将当前的下载操作添加到组中
dispatch_group_enter(group)
SDWebImageManager.sharedManager().downloadImageWithURL(url, options: SDWebImageOptions.init(rawValue: 0), progress: nil, completed: { (_, _, _, _, _) in
//3.离开当前组
dispatch_group_leave(group)
print("正在缓存中...")
})
}
//通过闭包将数据传递给调用者(通知图片缓存完毕)
dispatch_group_notify(group, dispatch_get_main_queue()) {
print("缓存完毕！")
finished()
}
从输出结果我们就可以看出来:我们做到了缓存完毕后再来执行以后的操作。
是如何做到的呢？
我在代码中已经用数字标出来了：
1.我们首先用
let group = dispatch_group_create()函数来创建一个组，用来存放缓冲的操作
2.用这个函数做到把每一次的缓冲操作都添加到组中
dispatch_group_enter(group)3.缓存图片我用的是SDWebImage框架，我们可以看到，我在缓冲完毕后离开当前组，用到如下函数
dispatch_group_leave(group)用了这三步就能做到我们想要的功能吗？显然不是，做了这三部系统内部就会为我们做些事了，
当我们离开当前组的时候，系统就会发出一个通知，我们来接收这个通知，当我们接收到这个通知的时候
我们就可以执行finished的操作了，接收通知的函数是：
dispatch_group_notify(group, dispatch_get_main_queue()) {
print("缓存完毕！")
finished()
}以上就是一个非常方便的实现我们需要的功能的方法
