聊聊并发，进程通信方式，go协程简单应用场景
开篇提问
1. 知道并发，并行，线程，协程概念吗？或者知道大概含义吗？
1. 有线程为什么还要有协程？区别是什么？
1. 『进程』通信方式知道几种？有没有超过3种？
1. golang『协程』通信方式推荐？
1. 使用并发的目的是为什么？是能帮我们解决什么问题吗？
概念
并发，线程，协程 ：概念是不可能概念的，google去吧。或者点击
· 并行：一般是指多个CPU实例或者多台机器在『同一时刻』同时执行某个逻辑（方法）
『进程』通信方式
信号量与互斥量之间的区别：
（1）互斥量用于线程的互斥，信号量用于线程的同步。这是互斥量和信号量的根本区别，也就是互斥和同步之间的区别。
互斥： 是指某一资源同时只允许一个访问者对其进行访问，具有唯一性和排它性。但互斥无法限制访问者对资源的访问顺序，即访问是无序的。
同步： 是指在互斥的基础上（大多数情况），通过其它机制实现访问者对资源的有序访问。 在大多数情况下，同步已经实现了互斥，特别是所有写入资源的情况必定是互斥的。少数情况是指可以允许多个访问者同时访问资源
（2）互斥量值只能为0/1，信号量值可以为非负整数。 也就是说，一个互斥量只能用于一个资源的互斥访问，它不能实现多个资源的多线程互斥问题。信号量可以实现多个同类资源的多线程互斥和同步。当信号量为单值信号量时，也可以完成一个资源的互斥访问。
（3）互斥量的加锁和解锁必须由同一线程分别对应使用，信号量可以由一个线程释放，另一个线程得到。
go协程通讯使用
基本上就是推荐使用channel，这个是最推荐的使用形式；
还有就是使用sync.Mutex互斥锁进行加锁通讯；
更详细地介绍以后写；
go使用协程一些应用场景，简单举例
1. 进行互不相干的『循环』，需要等待结果计算
这种情况下，一般是不同『数据集合』需要进行『处理』，在处理的过程中两个数据集合对『结果』造成的影响 没有时序性 ；
这种情况下，完全可以采用两个数据单独进行协程处理然后再进行后续运算；
// 伪代码
var result, data1, data2 int32
done1 := make(chan bool)
done2 := make(chan bool)
// 第一个数据集合，需要求和
go func() {
for _, val := range dataset1 {
data1 += val
}
done1 <- true
}
// 第二个数据集合，需要求和
go func() {
for _, val := range dataset2 {
data2 += val
}
done2 <- true
}
// 等待协程完成运算
<-done1
<-done2
// 结果进行相加
result = data1 + data2
1. 需要额外进其他不相干的业务，不耽误『主协程』的返回值，不等待
一般有些业务处理以后，有些『额外工作』需要处理但是不耽误主协程返回数据，这个时候就可以开个协程去做，不用等待
// 伪代码
result, err := processMethod()
if err != nil {
.....
}
// 需要对结果进行写缓存等其他操作，不耽误数据返回
go func() {
err = saveRedis(result)
if err != nil {
.....
}
}
return result
1. 对某些任务进行时间限制，『超时关闭』当前操作
例如，通过管道channel发送某些数据，若超时则自动放弃本次发送，关闭通道。
// 定义两个有缓冲通道，容量分别为1
c1 := make(chan string, 1)
c2 := make(chan string, 1)
go func() {
time.Sleep(time.Second * 1) // 隔1秒发送数据
c1 <- "data1"
}()
go func() {
time.Sleep(time.Second * 6) // 隔6秒发送数据
c2 <- "data2"
}()
for i := 0; i < 2; i++ {
// 给通道创建容忍时间，如果5s内无法读写，就即刻返回
tm := time.NewTimer(time.Second * 5)
// 使用select来获取这两个通道的值，然后输出
select {
case data1 := <-c1: // 接收c1通道数据（消费数据）
fmt.Println(msg1)
case data2 := <-c2: // 接收c2通道数据（消费数据）
fmt.Println(msg2)
case <-tm.C:
fmt.Println("timeout!")
}
}
篇末提问
1. 使用过协程吗？知道协程与线程的区别吗？
2. 如果是单核CPU，开协程会有用吗？
3. 本文由于没有帮助你提升code能力？
4. 进程通讯方式有没有一点点了解？
5. 你会使用本文的协程案例提升运行速度吗？
