golang coroutine 的等待与死锁用法

时间:2021-09-17 03:07:59

直接上代码:

1. 第一种情况

 

如果没有select{}, main 主线程不会等待coroutine运行,导致coroutine得不到机会运行。

You are requesting eventual scheduling (using the two go statements)

of two goroutines and then you exit main without giving the scheduler

a chance to do anything.

有了select, 程序正常运行。

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
package main
import (
 "fmt"
        "time"
)
func main() {
 go func1()
 go func2()
 select{}
}
func func1() {
       for{
     fmt.Println("here1")
            time.Sleep(10 * time.Minute)
        }
}
func func2() {
       for{
    fmt.Println("here2")
           time.Sleep(10 * time.Minute)
       }
}

2. coroutine有机会运行

 

但是会发生死锁, fatal error: all goroutines are asleep - deadlock!

The goroutine executing func1 exited, ditto for func2. The main goroutine is blocked with no hope to recover while no other goroutine can be scheduled.

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
package main
import (
 "fmt"
 //"time"
)
func main() {
 go func1()
 go func2()
 select {
 }
}
func func1() {
 fmt.Println("here1")
}
func func2() {
 fmt.Println("here2")
}

3. 第三种情况, 正常运行

 

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
package main
import (
 "fmt"
)
var c = make(chan int, 2)
func main() {
 go func1()
 go func2()
 <-c
 <-c
 fmt.Println("ok")
}
func func1() {
 fmt.Println("here1")
 c <- 1
}
func func2() {
 fmt.Println("here2")
 c <- 1
}

4. 实现上面的目的的另外一种方法:

 

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
var wg sync.WaitGroup
  var urls = []string{
          "http://www.golang.org/",
          "http://www.google.com/",
          "http://www.somestupidname.com/",
  }
  for _, url := range urls {
          // Increment the WaitGroup counter.
          wg.Add(1)
          // Launch a goroutine to fetch the URL.
          go func(url string) {
                  // Decrement the counter when the goroutine completes.
                  defer wg.Done()
                  // Fetch the URL.
                  http.Get(url)
          }(url)
  }
  // Wait for all HTTP fetches to complete.
  wg.Wait()

补充:golang中死锁的情况分析

Golang关于channel死锁情况的汇总以及解决方案

 

直接读取空channel的死锁

当一个channel中没有数据,而直接读取时,会发生死锁:

?
1
2
3
4
func main() {
    q := make(chan int, 2)
    <-q
}

错误提示:

fatal error: all goroutines are asleep - deadlock!

goroutine 1 [chan receive]:

main.main()

/home/erick/Desktop/Book/Parallel/final.go:159 +0x4d

exit status 2

上述代码中,创建了一个2个容量的channel,直接读取发生了死锁情况。

修正方案,使用select方法阻止,在default中放置默认处理方式:

?
1
2
3
4
5
6
7
8
9
func main() {
    q := make(chan int, 2)
    select {
    case v := <-q:
        fmt.Println(v)
    default:
        fmt.Println("nothing in channel")
    }
}

输出:

nothing in channel

过度写入数据造成的死锁

写入数据超过channel的容量,也会造成死锁:

?
1
2
3
4
5
6
func main() {
    q := make(chan int, 2)
    q <- 1
    q <- 2
    q <- 3
}

解决方案,与写入的方式一样,使用select方法阻止,在default中放置默认处理方式:

?
1
2
3
4
5
6
7
8
9
10
11
func main() {
    q := make(chan int, 2)
    q <- 1
    q <- 2
    select {
    case q <- 3:
        fmt.Println("ok")
    default:
        fmt.Println("wrong")
    }
}

向已经关闭的channel中写入数据

这种造成的不是死锁,而是产生panic。

?
1
2
3
4
5
func main() {
    q := make(chan int, 2)
    close(q)
    q <- 1
}

代码错误:

panic: send on closed channel

goroutine 1 [running]:

main.main()

/home/erick/Desktop/Book/Parallel/final.go:154 +0x63

exit status 2

解决方案:只有别向已经关闭的channel写数据。。。。

但是,可以从已经关闭的channel中读取数据:

?
1
2
3
4
5
6
7
8
9
func main() {
    q := make(chan int, 3)
    q <- 1
    q <- 2
    q <- 3
    close(q)
    for v := range q {
        fmt.Println(v)
    }

下面开始讲解goroutine的读写

?
1
2
3
4
5
6
7
8
9
package main
import "fmt"
func main() {
 c:=make(chan string)
 go func() {
  c<-"hello"
 }()
 fmt.Println(<-c)
}

上面这个是对的

?
1
2
3
4
5
6
7
8
9
package main
import "fmt"
func main() {
 c:=make(chan string)
 fmt.Println(<-c)
 go func() {
  c<-"hello"
 }()
}

上面这个是错的,会发生死锁,因为程序会阻塞在fmt.Println(<-c),并不会向下执行。在该行发生了阻塞,以致于下面的代码没有机会执行。因此可以总结写在读前,写操作完成后才有读操作。

总结:

 

上述提到的死锁,是指在程序的主线程中发生的情况,如果上述的情况发生在非主线程中,读取或者写入的情况是发生堵塞的,而不是死锁。

实际上,阻塞情况省去了我们加锁的步骤,反而是更加有利于代码编写,要合理的利用阻塞。。

以上为个人经验,希望能给大家一个参考,也希望大家多多支持服务器之家。如有错误或未考虑完全的地方,望不吝赐教。

原文链接:https://blog.csdn.net/yxw2014/article/details/32136005