golang coroutine 的等待與死鎖用法

Posted on by

直接上代碼：

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， 程序正常運行。

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.

package main
import (
 "fmt"
 //"time"
)
func main() {
 go func1()
 go func2()
 select {
 }
}
func func1() {
 fmt.Println("here1")
}
func func2() {
 fmt.Println("here2")
}

3. 第三種情況， 正常運行

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. 實現上面的目的的另外一種方法：

  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中沒有數據，而直接讀取時，會發生死鎖：

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中放置默認處理方式：

func main() {
    q := make(chan int, 2)
    select {
    case v := <-q:
        fmt.Println(v)
    default:
        fmt.Println("nothing in channel")
    }
}

輸出：

nothing in channel

過度寫入數據造成的死鎖

寫入數據超過channel的容量，也會造成死鎖：

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

解決方案，與寫入的方式一樣，使用select方法阻止，在default中放置默認處理方式：

func main() {
    q := make(chan int, 2)
    q <- 1
    q <- 2
    select {
    case q <- 3:
        fmt.Println("ok")
    default:
        fmt.Println("wrong")
    }
}

向已經關閉的channel中寫入數據

這種造成的不是死鎖，而是產生panic。

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中讀取數據：

func main() {
    q := make(chan int, 3)
    q <- 1
    q <- 2
    q <- 3
    close(q)
    for v := range q {
        fmt.Println(v)
    }

下面開始講解goroutine的讀寫

package main
import "fmt"
func main() {
 c:=make(chan string)
 go func() {
  c<-"hello"
 }()
 fmt.Println(<-c)
}

上面這個是對的

package main
import "fmt"
func main() {
 c:=make(chan string)
 fmt.Println(<-c)
 go func() {
  c<-"hello"
 }()
}

上面這個是錯的，會發生死鎖，因為程序會阻塞在fmt.Println(<-c)，並不會向下執行。在該行發生瞭阻塞，以致於下面的代碼沒有機會執行。因此可以總結寫在讀前，寫操作完成後才有讀操作。

總結：

上述提到的死鎖，是指在程序的主線程中發生的情況，如果上述的情況發生在非主線程中，讀取或者寫入的情況是發生堵塞的，而不是死鎖。

實際上，阻塞情況省去瞭我們加鎖的步驟，反而是更加有利於代碼編寫，要合理的利用阻塞。。

以上為個人經驗，希望能給大傢一個參考，也希望大傢多多支持WalkonNet。如有錯誤或未考慮完全的地方，望不吝賜教。

推薦閱讀：