go语言圣经,关于第八章并发最后一节的chat.go有些点不太懂,求教

a0s1d3f4 · · 1019 次点击
非常感谢耐心的回答,我想明白了~
#7
更多评论
没看过这本书,这段代码看了几遍,写的真心奇葩。 问题1: 代码中50行开始群发消息,52行才把A客户端加入队列 (52行加入entering队列,34行从entering队列加入clients,32行-32行负责对所有clients里的内容进行广播) 所以这是先发送消息再注册客户端的问题。 问题2: 发送消息在67-69行,不清楚range一个chan的用法的话参考 https://tour.golang.org/concurrency/4 问题3: 同2。你可以理解每一个entering是一个消息队列。通过这个来发送的 问题4. entering有消费者啊,第33行。 问题5 同问题4,第35行 问题6 起到不同协程之间通信的作用,分配任务和数据。 去掉你就没法调控各个线程了。
#1
简单回答一下: 1. ``` messages <- who + " has arrived" ``` 这句是向 messages 传递了一个字符串,而 messages 拿到后会向所有的已经进入 clients 这个 map 的客户端传递,此时,你所谓的 A客户端 还并未被进入 clients,这个进入动作要到 entering <- ch 才会被执行 2. 同上,此时执行的 ``` messages <- who + ": " + input.Text() ``` 已经是当前的 A客户端 进入 clients 之后了,自然会收到消息了。 3. 需要注意到 ``` var ( entering = make(chan client) leaving = make(chan client) messages = make(chan string) // all incoming client messages ) ``` 这是三个全局变量,保证了 broadcaster 与 handleConn 的交流,而 44 行的 ch := make(chan string) 则保证了 handleConn 与 clientWriter 的交流 4. ch是一个无缓冲通道,即容量为1 这句话错了,无缓冲渠道,容量为 0. entering 是个以 chan<- string 为传递值得渠道,也就是说 entering 里面存储的是渠道,而不是 string。 33 行 case cli := <-entering: 保证了不会阻塞在 52 行。 enter <- ch 做的事情是把这个 ch 作为一个值传递给 enter 这个渠道,而不是取里面的值。 for msg := range ch 才是真正的取 ch 这个渠道的值。 5. 跟4 一样,ch 是作为一个值被传递给 leaving, 而不是取里面的值。 6. entering leaving 只是作为 tcp 链接的一个中间状态而已,去掉也可以,这是较为熟悉渠道的人做的补充,而对于不太熟悉渠道的就觉得迷惑了。
#2