14.10.1 典型的客户端 - 服务端模式
Client-server 类的应用是协程(goroutine)和频道(channel)的大显身手的闪光点。
客户端可以是任何一种运行在任何设备上的,且需要来自服务端信息的一种程序,所以它需要发送请求。 服务端接收请求,做一些处理,然后把给客户端发送响应信息。在通常情况下,就是多个客户端(很多请求)对一个(或几个)服务端。一个常见例子就是我们使用的发送网页请求的客户端浏览器。然后一个 web 服务器将响应网页发回给浏览器。
在 Go 中,服务端通常会在一个协程(goroutine)里操作对一个客户端的响应,所以协程和客户端请求是一一对应的。一种典型的做法就是客户端请求本身包含了一个频道(channel),服务端可以用它来发送响应。
例如,一个请求结构体类似如下形式,内嵌了一个回复 channel:
type Request struct {a, b int;replyc chan int;// 请求内部的回复 channel}
或者更通常如下:
type Reply struct { ... }type Request struct {arg1, arg2, arg3 some_typereplyc chan *Reply}
继续上面的简单形式,服务端可以在一个 goroutine 里面为每个请求都分配一个 run () 函数,这个函数会把 binOp 类型的操作作用于整数,然后通过回复 channel 发送结果:
type binOp func(a, b int) intfunc run(op binOp, req *Request) {req.replyc <- op(req.a, req.b)}
服务端通过死循环来从 chan *Request 接收请求,为了避免长时间运行而导致阻塞,可以为每个请求都开一个 goroutine 来处理:
func server(op binOp, service chan *Request) {for {req := <-service; // requests arrive here// 为请求开一个 goroutine:go run(op, req);// 不用等待 op 结束}}
使用 startServer 函数来启动服务的自有的协程(goroutine):
func startServer(op binOp) chan *Request {reqChan := make(chan *Request);go server(op, reqChan);return reqChan;}
startServer() 将会在 main() 主线程里被调用。
在下面的例子中,我们发送 100 个请求,并在所有请求发送完毕后,再逐个检查其返回的结果:
func main() {adder := startServer(func(a, b int) int { return a + b })const N = 100var reqs [N]Requestfor i := 0; i < N; i++ {req := &reqs[i]req.a = ireq.b = i + Nreq.replyc = make(chan int)adder <- req// adder is a channel of requests}// checks:for i := N - 1; i >= 0; i-- { // doesn’t matter what orderif <-reqs[i].replyc != N+2*i {fmt.Println(“fail at”, i)} else {fmt.Println(“Request “, i, “is ok!”)}}fmt.Println(“done”)}
完整的代码请见 14.13 — multiplex_server.go(见文末),输出结果为:
Request 99 is ok!Request 98 is ok!…Request 1 is ok!Request 0 is ok!Done
这个程序只开启 100 个 Goroutines 。执行 100000 个 Goroutines 的程序,甚至可以看到它在几秒钟内完成。这说明了 Goroutines 是有多么的轻量:如果我们启动相同数量的实际线程,程序将很快崩溃。
程序 14.14—multiplex_server.go:
package mainimport "fmt"type Request struct {a, b intreplyc chan int // 请求中的回复频道}type binOp func(a, b int) intfunc run(op binOp, req *Request) {req.replyc <- op(req.a, req.b)}func server(op binOp, service chan *Request) {for {req := <-service // 请求到达这里// 开启请求的 Goroutine :go run(op, req) // 不要等待 op}}func startServer(op binOp) chan *Request {reqChan := make(chan *Request)go server(op, reqChan)return reqChan}func main() {adder := startServer(func(a, b int) int { return a + b })const N = 100var reqs [N]Requestfor i := 0; i < N; i++ {req := &reqs[i]req.a = ireq.b = i + Nreq.replyc = make(chan int)adder <- req}// 校验:for i := N - 1; i >= 0; i-- { // 顺序无所谓if <-reqs[i].replyc != N+2*i {fmt.Println("fail at", i)} else {fmt.Println("Request ", i, "is ok!")}}fmt.Println("done")}
14.10.2 拆解:通过发信号通知关闭服务器
在以前的版本中,服务器在主返回时并不会被干净的关闭;它被强制停止。为了改善这一点,我们可以向服务器提供第二个退出通道:
func startServer(op binOp) (service chan *Request, quit chan bool) {service = make(chan *Request)quit = make(chan bool)go server(op, service, quit)return service, quit}
server 函数使用 select 在服务通道和退出通道之间进行选择:
func server(op binOp, service chan *Request, quit chan bool) {for {select {case req := <-service:go run(op, req)case <-quit:return}}}
当 真 值进入退出通道时,服务器返回并终止。
主要我们改变下面一行:
adder, quit := startServer(func(a, b int) int { return a + b })
在主要结尾处,我们放置该行:
quit <- true
完整的代码可以在 multiplex_server2.go 中找到,具有相同的输出:
练习 14.13:multiplex_server3.go:使用前面的例子,在 Request 结构中写入一个带有 String() 方法的变体,以便输出服务器;用 2 个请求测试程序:
req1 := &Request{3, 4, make(chan int)}req2 := &Request{150, 250, make(chan int)}…// show the output:fmt.Println(req1,"\n",req2)
