在上一篇文章里,我们学习了goroutine和channel结合起来实现并发的方式。今天我们来学习另一种并发的方式。goroutine + share variables.
同时,我们还可以来比较一下goroutine和线程的不同。
share variables就是指多个goroutine同时操作的变量。而同时操作就会带来竞态(race condition)问题。
竞态问题
如果你对并发有一点点了解,就可以跳过这一节。
竞态问题就是当两个或多个线程(goroutine)同时操作一个变量,你就无法预测他到底发生了什么
func Deposit(amount int){
balance = balance + amount
}
func main() {
for i := 2000; i > 0; i-- {
go Deposit(10)
}
time.Sleep(2*time.Second)
fmt.Println(balance)
}
上面的代码中,我们假设有一个银行账户,初始时里面没有钱。然后有2000个人一起往里面存钱,每人存10块钱,所以结果应该是20000元。
但是结果却不到20000。原因是
balance = balance + amount
并不是一个原子操作。你可以将其分为三步:读取balance和amount,两数字相加,相加结果写回balance。现在我们假设现在账户内有1000元,两个用户(go routine)完成了第一步,拿到balance为10000,用户a执行加10后写回,账户剩余10010,这时候用户b也写回balance,写回的值依旧是10010,于是,用户a的操作被覆盖了。
解决竞态的方法是加锁
var (
mu sync.Mutex
balance int
)
func Deposit(amount int){
mu.Lock()
balance = balance + amount
mu.Unlock()
}
func main() {
for i := 2000; i > 0; i-- {
go Deposit(10)
}
time.Sleep(2*time.Second)
fmt.Println(balance)
}
goroutine与线程的不同
第一,线程通常都有一个固定大小的栈内存(2mb),如果你的程序需要同时跑1000个线程,你最好准备好2G以上的内存。另外,如果线程的栈内存比较小,可能会stackoverflow,而如果栈太大,机器可能又跑不了几个线程了。而goroutine的栈内存不是固定的,初始只有2kb,最大可以到1G
我们先看看node的线程,调用不到20000层就溢出了
const test = (a) => {
if (a == 0){
return 0
}
return test(a-1)
}
test(20000) //maximum call size exceeded
再来看看goroutine,可以跑到20000000层,多了1000倍不止
func test(a int) int{
if a == 0{
return a
}
return test(a-1)
}
func main() {
test(20000000)
}
第二,线程是内核调度的,机器上的定时器每过一个固定时间就会调度一次。内核调度的过程是很慢的,需要把线程当前的状态存进内存,恢复另一个线程的状态,更新调度器状态。而goroutine的调度器是go runtime提供的,所以不需要切换内核的context,所以更轻量。
第三,我们可以通过设置GOMAXPROCS环境变量来控制go程序使用的线程数(默认为cpu核数)
第四,线程往往有一个标识(一个int或者指针),而goroutine没有标识。这也导致golang中没有办法存储和获取指定goroutine的"状态"。官方的解释是"this is by design, since thread-local storage tends to be abused"。换句话说,golang鼓励你写出更纯的代码,函数的返回不应该受到之前状态的影响。
有疑问加站长微信联系(非本文作者)