不少人面试都挂在这道题了!你挂了吗?

开发 前端
为什么要这么定义呢?这是因为在工作者池模式中,每个工作者需要一个独立的作业通道来接收作业。通过将每个工作者的作业通道放入一个通道中,可以实现对工作者的动态分配和管理。

能看到这篇文章一定是特殊的缘分,请务必珍惜,请详细看看吧,哈哈。

图片图片

不止上图,最近 Go就业训练营 中不少小伙伴说,面试中碰到了好几次让手撕协程池的公司。

解题思路:

  1. 定义协程池结构体:首先,我们需要定义一个协程池的结构体,包含协程池的属性和方法。结构体中需要包含一个任务队列、协程池的大小、当前运行的协程数量等属性。
  2. 初始化协程池:在初始化函数中,我们需要创建一个指定大小的任务队列,并初始化协程池的属性。
  3. 添加任务到协程池:当有任务需要执行时,我们将任务添加到任务队列中。
  4. 启动协程池:在启动函数中,我们需要根据协程池的大小创建对应数量的协程,并从任务队列中获取任务进行执行。每个协程会不断从任务队列中获取任务并执行,直到任务队列为空。
  5. 控制协程数量:在协程池中,我们需要控制同时运行的协程数量,以防止过多的协程导致资源浪费。可以使用信号量或者计数器来控制协程的数量。

通过以上的解题思路,我们可以实现一个基本的协程池。

在实际应用中,可能还需要考虑一些其他的因素,如任务优先级、任务超时处理等。根据具体的需求,可以对协程池进行进一步的扩展和优化。

说完了解题思路,再给大家一个可参考,可运行的示例代码:

示例代码:

package main

import (
        "fmt"
        "sync"
)

type Job struct {
        ID int
}

type Worker struct {
        ID         int
        JobChannel chan Job
        Quit       chan bool
}

type Pool struct {
        WorkerNum   int
        JobChannel  chan Job
        WorkerQueue chan chan Job
        Quit        chan bool
        wg          sync.WaitGroup
}

// NewWorker 创建一个新的工作者
func NewWorker(id int, workerQueue chan chan Job) Worker {
        return Worker{
                ID:         id,
                JobChannel: make(chan Job),
                Quit:       make(chan bool),
        }
}

// Start 启动工作者
func (w Worker) Start(workerQueue chan chan Job) {
        go func() {
                for {
                        workerQueue <- w.JobChannel
                        select {
                        case job := <-w.JobChannel:
                                fmt.Printf("Worker %d started job %d\n", w.ID, job.ID)
                                // 执行任务
                                fmt.Printf("Worker %d finished job %d\n", w.ID, job.ID)
                        case <-w.Quit:
                                return
                        }
                }
        }()
}

// Start 启动工作者池
func (p *Pool) Start() {
        for i := 0; i < p.WorkerNum; i++ {
                worker := NewWorker(i, p.WorkerQueue)
                worker.Start(p.WorkerQueue)
        }

        go func() {
                for {
                        select {
                        case job := <-p.JobChannel:
                                worker := <-p.WorkerQueue
                                worker <- job
                        case <-p.Quit:
                                for i := 0; i < p.WorkerNum; i++ {
                                        worker := <-p.WorkerQueue
                                        worker <- Job{} // 发送空任务,通知协程退出
                                }
                                p.wg.Done()
                                return
                        }
                }
        }()
}

// AddJob 添加作业到作业通道
func (p *Pool) AddJob(job Job) {
        p.JobChannel <- job
}

// Stop 停止工作者池
func (p *Pool) Stop() {
        p.Quit <- true
        p.wg.Wait()
}

func main() {
        pool := Pool{
                WorkerNum:   5,
                JobChannel:  make(chan Job),
                WorkerQueue: make(chan chan Job, 5),
                Quit:        make(chan bool),
        }

        pool.Start()

        for i := 0; i < 10; i++ {
                job := Job{ID: i}
                pool.AddJob(job)
        }

        pool.Stop()
}

以下是对代码的注释:

  • Job 结构体定义了作业的 ID。
  • Worker 结构体定义了工作者的 ID、作业通道和退出通道。
  • Pool 结构体定义了工作者数量、作业通道、工作者队列和退出通道,以及一个等待组(WaitGroup)。
  • NewWorker 函数创建一个新的工作者,并返回一个工作者实例。
  • Start 方法启动一个工作者,它从工作者队列中获取自己的作业通道,并在循环中等待作业的到来,执行作业并在退出通道接收到信号时返回。
  • Pool 的 Start 方法启动工作者池,创建指定数量的工作者,并将它们启动。同时,它还启动一个循环,等待作业的到来,并将作业分发给可用的工作者。
  • AddJob 方法将作业添加到作业通道中,供工作者池处理。
  • Stop 方法停止工作者池,向退出通道发送信号,并等待所有工作者完成当前作业后返回。
  • main 函数创建一个工作者池实例,启动工作者池,并添加一些作业。最后,调用 Stop 方法停止工作者池。

答疑

有小伙伴提出了疑问:

WorkerQueue chan chan Job 的作用是什么?为什么要这么定义?

解答一下:

WorkerQueue chan chan Job 的作用是用于传递工作者(Worker)的作业通道(JobChannel)。它是一个通道(channel),其中每个元素都是一个作业通道。

为什么要这么定义呢?这是因为在工作者池模式中,每个工作者需要一个独立的作业通道来接收作业。通过将每个工作者的作业通道放入一个通道中,可以实现对工作者的动态分配和管理。

具体来说,WorkerQueue 通道用于存储每个工作者的作业通道。当有新的作业到达时,工作者池会从 WorkerQueue 中取出一个可用的工作者的作业通道,并将作业发送到该通道中,由相应的工作者进行处理。

这种设计可以有效地控制并发任务的分配和调度。通过将工作者的作业通道放入 WorkerQueue 中,可以实现对工作者的复用和动态管理,避免了频繁地创建和销毁工作者协程的开销。

总结起来,WorkerQueue 的定义允许工作者池动态地管理工作者的作业通道,实现对并发任务的高效分配和调度。

运行结果

图片图片

总结

以上代码实现了一个简单的工作池(Worker Pool)模式。工作池由一组固定数量的工作者(Worker)协程组成,它们从作业通道(JobChannel)中获取作业(Job)并执行。

本文转载自微信公众号「 程序员升级打怪之旅」,作者「  王中阳Go」,可以通过以下二维码关注。

转载本文请联系「 程序员升级打怪之旅」公众号。

责任编辑:武晓燕 来源: 程序员升职加薪之旅
相关推荐

2024-05-13 08:05:26

JVMJava逃逸分析

2020-03-06 12:20:52

SpringGitHub项目

2022-09-09 10:15:06

OAuthJava

2022-06-07 00:33:21

驱动安卓开发

2023-09-21 15:20:49

算法开发

2021-01-19 12:55:14

人脸识别指纹解锁人工智能

2018-10-22 17:52:28

GitHub代码开发者

2019-01-10 16:52:26

华为

2019-11-20 10:38:36

路由路由协议路由器

2024-02-19 08:40:22

2023-06-26 07:32:43

Kubernetes容器

2020-12-17 08:39:36

Css前端html

2024-01-08 07:29:57

多集群模型Istio网络拓扑

2022-12-19 08:05:04

Python速查表知识点

2010-11-11 10:42:16

职场

2019-06-10 13:50:08

Linux命令shell

2022-11-04 08:47:52

底层算法数据

2016-09-27 19:53:25

IOS 10苹果

2020-11-20 14:45:48

HandlerAndroid代码

2022-07-18 09:41:29

属性类型安全Spring
点赞
收藏

51CTO技术栈公众号