当前位置: 首页 > 面试题库 >

为什么我的Golang频道永久禁止写入?

令狐宣
2023-03-14
问题内容

在过去的几天里,我一直在尝试通过重构我的一个命令行实用程序来在Golang中进行并发,但是我被困住了。

这是原始代码(master分支)。

这是并发分支(x_concurrent分支)。

当我使用执行并发代码时go run jira_open_comment_emailer.godefer wg.Done()如果将JIRA问题添加到此处的通道,则永不执行,这将导致我wg.Wait()永远挂起。

我的想法是,我有大量的JIRA问题,我想为每个goroutine编写一个goroutine,以查看是否需要评论。如果是这样,我想将其添加到某种结构(我经过研究后选择了一个渠道),以后可以像队列一样从中读取信息,以建立电子邮件提醒。

这是代码的相关部分:

// Given an issue, determine if it has an open comment
// Returns true if there is an open comment on the issue, otherwise false
func getAndProcessComments(issue Issue, channel chan<- Issue, wg *sync.WaitGroup) {
    // Decrement the wait counter when the function returns
    defer wg.Done()

    needsReply := false

    // Loop over the comments in the issue
    for _, comment := range issue.Fields.Comment.Comments {
        commentMatched, err := regexp.MatchString("~"+config.JIRAUsername, comment.Body)
        checkError("Failed to regex match against comment body", err)

        if commentMatched {
            needsReply = true
        }

        if comment.Author.Name == config.JIRAUsername {
            needsReply = false
        }
    }

    // Only add the issue to the channel if it needs a reply
    if needsReply == true {
        // This never allows the defered wg.Done() to execute?
        channel <- issue
    }
}

func main() {
    start := time.Now()

    // This retrieves all issues in a search from JIRA
    allIssues := getFullIssueList()

    // Initialize a wait group
    var wg sync.WaitGroup

    // Set the number of waits to the number of issues to process
    wg.Add(len(allIssues))

    // Create a channel to store issues that need a reply
    channel := make(chan Issue)

    for _, issue := range allIssues {
        go getAndProcessComments(issue, channel, &wg)
    }

    // Block until all of my goroutines have processed their issues.
    wg.Wait()

    // Only send an email if the channel has one or more issues
    if len(channel) > 0 {
        sendEmail(channel)
    }

    fmt.Printf("Script ran in %s", time.Since(start))
}

问题答案:

goroutines在发送到非缓冲通道时阻塞。最小的更改将取消goroutine的阻塞,即创建一个可处理所有问题的缓冲通道:

channel := make(chan Issue, len(allIssues))

并在调用wg.Wait()之后关闭通道。



 类似资料:
  • 问题内容: 输出: 问题答案: 之所以陷入僵局,是因为结构是通过值而不是通过引用传递的。 将WaitGroup传递给函数时,需要传递 指针 而不是值。否则,将使用WaitGroup的副本。 这是您的工作示例:

  • 高朗新手来了。我正在尝试围棋之旅,遇到了一个关于渠道(https://tour.golang.org/concurrency/7)的练习。这个想法是走两棵树,然后评估这些树是否相等。 我想使用select等待两个通道的结果来解决此练习。当这两个都完成时,我对结果切片进行评估。不幸的是,该方法在无限循环中进行。我添加了一些输出以查看发生了什么,并注意到只有一个通道被关闭,然后再次打开。 我显然做错了

  • 问题内容: 如果你碰巧有 在程序(或模块)的中间,您将得到警告: 我理解为什么通常不鼓励这样做(命名空间不可见),但是在很多情况下,这样做很方便,尤其是在不与任何人共享代码的情况下。 那么,谁能准确地详细解释为什么在所有可能的情况下都应禁止这样做? 问题答案: 我相信通过“在您的程序中间”,您正在谈论函数定义 内 的导入: 不允许这样做,因为这会使优化函数主体过于困难。Python实现希望在对函数

  • 问题内容: 我使用,并等待goroutine完成。 该程序确实会等待,但是它永远不会退出。 这是我的程序(可运行): 下载所有报价后,该程序是否应该退出?(仅供参考:我刚刚开始学习GO) 问题答案: 您永远不会关闭通道,因此范围循环永远不会退出。 解决此问题的一种方法是使用WaitGroup,您已经必须在关闭通道时发出信号。调整范围足以阻止main中的进度,并且您不需要其他通道或WaitGroup

  • 2.4 频道终止 2.4.1 描述 通过调用该接口终止指定的域名的加速服务。 2.4.2 请求地址 地址:https://api.bokecs.com/channel/delete/{channelId} 2.4.3 请求方式 POST 2.4.4 请求参数 1) 请求入参 channelId 频道唯一标识 2)请求出参 { "code": "", "message": "" } code:接口

  • 问题内容: 当我加载该模块时: (来自http://www.freesoftwaremagazine.com/articles/drivers_linux?page=0,2) 该模块在2.6.39-02063904-generic(来自Ubuntu PPA)上被标记为in 且无法卸载。但是它在默认的2.6.38内核上可以正常工作。(均在Ubuntu 11.04 x86上)。 2.6.39中发生了什