go的协程及channel与web开发的一点小实践

最新推荐文章于 2025-11-26 10:35:24 发布

原创最新推荐文章于 2025-11-26 10:35:24 发布 · 1.2k 阅读

2 ·

本内容遵循CC 4.0 BY-SA版权协议

标签

#go #channel #协程

golang 专栏收录该内容

12 篇文章

订阅专栏

本文通过一个具体的示例，展示了如何使用Go语言的协程和Channel进行并发处理，特别是如何利用多协程提高Web请求处理效率。通过对比不同协程数量和Channel类型的性能，深入探讨了协程和Channel的工作原理。

前言

之前在网上看go的协程和channel的东西，感觉都是一个main方法闯天下，并没有很好的体会到channel的美妙，然后自己花了点时间写了一点简单的demo，然后不断的变换，去看效果和输出。

思路

我用channel去实现产生累积的web请求，然后用sleep去休眠消费者协程造成处理业务场景的假象，然后开多个消费者协程去处理web请求。

代码

package main

import (
	"fmt"
	"log"
	"net/http"
	"strings"
	"time"
)
//实际的业务处理
func sayhelloName(w http.ResponseWriter, r *http.Request) {
    param := r.URL.Query()
    id := param.Get("id")
    idArr := strings.Split(id,",")
    //调用生产者
	go produceIdToChannel(idArr)
	//由于消费者用了sleep去休眠造成处理业务的假象，所以这里用多协程的方式去处理，大家可以试着取消循环来起多个线程的方法，就用一个线程来跑，看看花费的时间是多少？
	for i:=0;i<len(idArr);i++{
    go consumIdFromChannel()
	}

	fmt.Fprintf(w, "Hello first webchannel!") //这个写入到w的是输出到客户端的
}

func main() {
	http.HandleFunc("/", sayhelloName) //设置访问的路由
	err := http.ListenAndServe(":9090", nil) //设置监听的端口
	if err != nil {
		log.Fatal("ListenAndServe: ", err)
	}
}
//声明一个channel模拟队列，如果这里用一个缓冲的chan呢，看看话费的时间又是多少呢？
var picIdChannel chan string = make(chan string)

func produceIdToChannel(id []string){
	t := time.Now()
	for i:=0;i<len(id);i++  {
		picIdChannel <- id[i]
		fmt.Println("生产picId",id[i])
	}
	fmt.Println("花费时间",time.Since(t))   
}

func consumIdFromChannel(){

	for{
		time.Sleep(time.Second * 10)
		e,_ := <-picIdChannel
		fmt.Println("消费picId",e)
	}

}

web请求

http://localhost:9090/sayhelloName?id=1,2,3,4,5,6,7,8,9,10

会发现循环来起多个线程的方法话费的时间

花费时间 10.011475s

假如去掉循环就一个协程来跑话费的时间

花费时间 60.0036594s

这就是起多个协程的威力，多个协程分别处理掉了每个业务里面接收通道值之前的业务（在这里为模拟的 time.Sleep(time.Second * 10)
），后面通道释放立马跟上处理通道数据即可！

如果是改为缓冲的chan，会发现花费时间为0，这就很好理解为什么不缓冲的chan是阻塞的，消费掉当前的消息下一个消息才会进来！

如果多次连续请求这个url，会依次累积处理。

大家和还可以自己随心改动，自己去体验思考这样才会对channel和协程有更清晰的认识！

问题

其实我这里也有一些问题，比如消费者开一个for循环来处理chan里面的值是否合适？有没有更好的解决方法？select在我这个demo里怎么用最合适？协程的数量一般多少为好？

应该还有很多问题我没想到的，希望后面的学习实践中这些问题都会有答案，也希望有大佬给我指正答疑。