众所周知，go语言在多线程方面的支持是十分完备的。在go语言sync包中提供了一个Cond类，这个类用于goroutine之间进行协作。
这个类并不复杂，只有三个函数，Broadcast() , Signal(), Wait()， 一个成员变量，L Lock
其中Broadcast()实现的功能是唤醒在这个cond上等待的所有的goroutine，而Signal()则只选择一个进行唤醒。Wait()自然是让goroutine在
这个cond上进行等待了。这几个函数有以下几个注意点：
1.Wait()函数在调用时一定要确保已经获取了其成员变量锁L ,因为Wait第一件事就是解锁。 但是需要注意的是，当Ｗａｉｔ（）结束等待返回之前，
它会重新对Ｌ进行加锁，也就是说，当Ｗａｉｔ结束，调用它的Ｇｏｒｏｕｔｉｎｅ仍然会获取Ｌｏｃｋ Ｌ。
２．调用Ｂｒｏａｄｃａｓｔ（）函数会导致系统切换到之前在等待的那个Ｇｏｒｏｕｔｉｎｅ进行执行。
请教个问题，这个sync.Cond和直接用channel做协程同步相比，有什么优势吗？
我看还要加解锁，会不会性能不如channel？
另外，go的思想不应该是：同一个诉求，有且仅有一种解决方案比较好吗？
go语言的http包 - 13 阅读
Golang 的 map,slic 转 json 注意 chan - 8 阅读
Go语言编程基础2 - 7 阅读go语言的http包 - 1956 阅读Golang设置国内代理 - 759 阅读2024 稳定的外网梯子推荐TOP10︱好用便宜的SSR/V2Ray机场节点 - 227 阅读众所周知，go语言在多线程方面的支持是十分完备的。在go语言sync包中提供了一个Cond类，这个类用于goroutine之间进行协作。
这个类并不复杂，只有三个函数，Broadcast() , Signal(), Wait()， 一个成员变量，L Lock
其中Broadcast()实现的功能是唤醒在这个cond上等待的所有的goroutine，而Signal()则只选择一个进行唤醒。Wait()自然是让goroutine在
这个cond上进行等待了。这几个函数有以下几个注意点：
1.Wait()函数在调用时一定要确保已经获取了其成员变量锁L ,因为Wait第一件事就是解锁。 但是需要注意的是，当Ｗａｉｔ（）结束等待返回之前，
它会重新对Ｌ进行加锁，也就是说，当Ｗａｉｔ结束，调用它的Ｇｏｒｏｕｔｉｎｅ仍然会获取Ｌｏｃｋ Ｌ。
２．调用Ｂｒｏａｄｃａｓｔ（）函数会导致系统切换到之前在等待的那个Ｇｏｒｏｕｔｉｎｅ进行执行。
