golang select 机制和超时问题

对于一个Golang开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《golang select 机制和超时问题》，主要介绍了超时、select，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！

golang 中的协程使用非常方便，但是协程什么时候结束是一个控制问题，可以用 select 配合使用。

首先声明，golang 使用并不熟悉，本文仅仅是记录使用过程中遇到的一些坑。

子协程和父协程的通信通常用 context 或者 chan。我遇到一个通常的使用场景，在子协程中尝试多次处理，父协程等待一段时间超时，我选择用 chan 实现。我以为 select 和 C++ 中 switch 类似，所以最开始代码类似如下：

for {
    select {
        case 
测试发现无法实现 timeout，又仔细查看文档，才发现 golang 中 select 另有玄机。废话少说，直接总结要点：

• select 中的 case 必须是进行 chan 的手法操作，也就是只能在 case 中操作 chan，并且是 非阻塞接收 。
• select 中的 case 是同时监听的，多个 case 同时操作，并未 switch 中一个个顺序判断。如果多个 case 满足要求，随机执行一个，如果一个没有则阻塞当前的协程（没有 default 情况下）。 很类似 Linux 文件符操作的 select 语义 。
• 上面说的阻塞是没有 default 的情况下，如果有 default，则执行 default，然后退出 select，也就是不会阻塞当前协程。

回到上述代码，我这个 select 会一直不断的执行 default， time.After 生成的 chan 并不会被阻塞判断，所以根本无法完成我想要的效果。理解了之后重新修改代码：

done := make(char int)
go func(c chan int) {
    for {
        // process code
        if {
            c 
开一个新的协程去不断尝试，在外的三个 case 有一个满足，则会执行。但是这里有一个问题非常需要注意： 子协程什么时候退出？ 。
因为 gorountine 不能被强制 kill，所以在上述超时的情况下，select 语句执行 case time.After 之后退出， done 这个 chan 已经没有接受方了，因此既没有接受者，又没有缓冲区，结合 chan 的特性，则子协程会一直阻塞无法退出，所以本质上这个实现会导致子协程累积下去，也就是 协程泄露 ，可能会使资源耗尽。
如何避免上述问题呢？一个很简单的想法就是提供缓冲区， done := make(char int, 1) ，这样即使没有接收方，子协程也能完成发送，不会被阻塞。
还要一种办法，上面说了，select 操作 chan，并且可以指定 default，那是不是有思路了呢？
if {
    select {
        case done 
我们尝试往 chan 中发送，如果发不出去，则就退出，也实现了目的。
最后总结一下，goroutine 泄露的防范条例：

• 创建 goroutine 时就要想好该 goroutine 该如何结束。
• 使用 chan 时，要考虑到 chan 阻塞时协程可能的行为。
• 实现循环语句时注意循环的退出条件，避免死循环。

本篇关于《golang select 机制和超时问题》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！