但非常注重实用,减少了一堆的语法糖后,让人重新思考,开发语言本来应当是怎么样?如果用来做服务端开发的话,真的是很不错的东西。

       在一个练习中,我设计了个发送Oracle数据库备份任务的简单场景。通过 发送备份任务到各个客户端,来练习Golang中的sync.WaitGroup.

       sync.WaitGroup是Golang提供的一种简单的同步方法集合。它有三个方法.
             Add() 添加计数,数目可以为一个,也可以为多个。
             Done() 减掉一个计数,如果计数不为0,则Wait()会阻塞在那,直到全部为0
             Wait() 等待计数为0.

 

         弄个例子直观的见识下:


package main

import (
"fmt"
"sync"
)

var waitGrp sync.WaitGroup

func main() {

bakJobs := []string{"Full Database", "Archive Log", "Control File"}

for i := 0; i < len(bakJobs); i++ {
waitGrp.Add(1) //add job

go func(jobName string) {
fmt.Println(jobName)
waitGrp.Done() //sub job
}(bakJobs[i])
}

waitGrp.Wait()
}

/*
E:\GitHub\Golang\XCLTools\src\test>wg
Full Database
Archive Log
Control File
*/

可以看到会依次打印bakJobs中的数据。但如果把waitGrp.Wait()注释掉。啥都不会输出。即,在for后,wait会等待所有的job执行完后,

才会执行后面的。  这个例子说明,除了熟悉了下waitGroup的使用外,还说明waitGroup能保证作业的执行顺序,及会等待所有子作业全部完成再继续的特性。

       就Oracle数据库备份本身而言,在这使用go func()...其实意义不大,所以我想了个更复杂点的场景,给多个服务器上的数据库批量发送备份指令,并依数据库

的重要性顺序来执行。

package main

import (
"fmt"
"sync"
)

var waitGrp sync.WaitGroup

func main() {
waitGrp.Add(2)
for _, ip := range []string{"ip1", "ip2"} {
go doJobs(ip)
fmt.Println("IP = ", ip)
}
waitGrp.Wait()
fmt.Println("main() end.")
}

func doJobs(ip string) {

bakJobs := []string{"Full Database", "Archive Log", "Control File"}
for i := 0; i < len(bakJobs); i++ {
doBak(ip, i, bakJobs[i])
}
fmt.Println("The backup is complete!")
fmt.Println("......")
defer waitGrp.Done()
}

func doBak(ip string, id int, jobName string) (bool, error) {
fmt.Println("doBak() :", ip, " - ", id, " - ", jobName)
return true, nil
}

/*
IP = ip1
IP = ip2
doBak() : ip1 - 0 - Full Database
doBak() : ip1 - 1 - Archive Log
doBak() : ip1 - 2 - Control File
The backup is complete!
......
doBak() : ip2 - 0 - Full Database
doBak() : ip2 - 1 - Archive Log
doBak() : ip2 - 2 - Control File
The backup is complete!
......
main() end.

*/

    代码中,会首先向各个IP发送执行jobs的指令。各个指令执行的时间有长有短,用go func()...能保证是在同一时间向所有相关IP发出命令让各IP依次执行相关备份。

主goroutine则等待这个总作业全部结束后再执行其它。同时由于waitGroup的顺序性,能保证重要点的ip,可以优先执行。

    我设计场景的目的是想在例子中加入更多的Golang新鲜元素来增强感觉,所以针对上一个例子,我又设想了一个情况,因为数据库备份是很耗时的,且要等待

所有IP上的作业都执行完毕要花费很长时间,如果这时,用户要求取消这次作业怎么办?


package main

import (
"bufio"
"fmt"
"os"
"sync"
"time"
)

var waitGrp sync.WaitGroup

func main() {

ch := make(chan bool)

go schedule(ch)

r := bufio.NewReader(os.Stdin)
for {
time.Sleep(time.Second)

fmt.Print("Command:> ")
ln, _, _ := r.ReadLine()
cmd := string(ln)

if "q" == cmd || "quit" == cmd {
close(ch)
break
} else {
fmt.Println(" = cmd = ", cmd, "\n")
}
}

waitGrp.Wait()
fmt.Println("main() end.")
}

func schedule(ch chan bool) {

for _, ip := range []string{"ip1", "ip2"} {
waitGrp.Add(1)

go doJobs(ip, ch)
fmt.Println("schedule() IP = ", ip)
}
fmt.Println("schedule() end.")
return
}

func doJobs(ip string, ch chan bool) {

defer waitGrp.Done()

for i := 0; i < 10; i++ {

select {
case <-ch:
fmt.Println("doJobs() ", ip, "=>Job Cancel......")
return
default:
}

fmt.Println("doJobs()...... ", ip, " for:", i)
time.Sleep(time.Second)
}
}

/*

E:\GitHub\Golang\XCLTools\src\test>wg5
schedule() IP = ip1
schedule() IP = ip2
schedule() end.
doJobs()...... ip1 for: 0
doJobs()...... ip2 for: 0
Command:> doJobs()...... ip1 for: 1
doJobs()...... ip2 for: 1
doJobs()...... ip1 for: 2
doJobs()...... ip2 for: 2
doJobs()...... ip1 for: 3
doJobs()...... ip2 for: 3
doJobs()...... ip1 for: 4
doJobs()...... ip2 for: 4
doJobs()...... ip1 for: 5
doJobs()...... ip2 for: 5
doJobs()...... ip1 for: 6
doJobs()...... ip2 for: 6
doJobs()...... ip1 for: 7
doJobs()...... ip2 for: 7
doJobs()...... ip1 for: 8
doJobs()...... ip2 for: 8
doJobs()...... ip1 for: 9
doJobs()...... ip2 for: 9
q
main() end.

E:\GitHub\Golang\XCLTools\src\test>wg5
schedule() IP = ip1
schedule() IP = ip2
schedule() end.
doJobs()...... ip1 for: 0
doJobs()...... ip2 for: 0
Command:> doJobs()...... ip2 for: 1
doJobs()...... ip1 for: 1
doJobs()...... ip2 for: 2
doJobs()...... ip1 for: 2
doJobs()...... ip2 for: 3
doJobs()...... ip1 for: 3
q
doJobs() ip2 =>Job Cancel......
doJobs() ip1 =>Job Cancel......
main() end.
*/

        我用了个for{},让用户在作业执行过程中,可以输入指令退出执行。并且,在退出过程中,各个IP也会作相关的取消处理。以保证不会因

强制中断而出现一些不必要的麻烦。

   这个例子到这,已经引入了足够多的东西,我觉得已达到练习的目的,场景就先到此了。

   在此整理下,以备后查。