不寻常的选项-事例-自动操作

有志者，事竟成！如果你在学习Golang，那么本文《不寻常的选项-事例-自动操作》，就很适合你！文章讲解的知识点主要包括，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

有人可以向我解释一下奇怪的 select-case-default 行为吗？如果我将 fmt.printf(something %v\n) 放在 case 中，它永远不会达到默认阶段并超时。但如果我推迟或评论 printf 就可以了。截图：错误代码被延迟注释，我的代码位于 o 演示 https://play.golang.org/p/FYsToHUJE43

解决方案

您的代码包含潜在的死锁，如果您的非默认情况足够慢（例如，在 io 操作的情况下），它最终会发生。

问题是，如果通道关闭，则从该特定通道读取结果会产生 nil、false 对。如果两个通道都关闭，那么您将永远不会遇到默认情况，因为您的选择将在两个失败的读取之间交替，从而导致无限循环。

如果您注释掉 fmt.printf() 函数，您的 for 循环将会非常快，以至于它可以（但不能保证！）在您收集了足够的树项之后但在 walk() 之前进入循环 函数关闭通道，从而进入默认情况并退出循环。我试图给出一个可能的执行顺序的示例，该执行顺序将在下面完成其运行。

\\ t1 - thread of walk(tree1)
\\ t2 - thread of walk(tree2)
\\ t3 - thread of the loop

t1 > c.send()
t2 > c.send()
t3 > handle c1
t3 > handle c2
t3 > default, break
t1 > c.close()
t2 > c.close()

但是，放回 io 操作会大大减慢 for 循环的速度，以至于在关闭两个通道之前它没有机会进入 select 语句，从而陷入无限循环。现在发生的事情是这样的：

t1 > c.send()
t2 > c.send()
t3 > handle c1 // long IO operation
t1 > c.close()
t3 > handle c2 // long IO operation
t2 > c.close()
t3 > handle c1 with error
t3 > handle c1 with error
t3 > handle c2 with error
...

您应该在 select 语句之外处理中断条件。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~