时间不等人

在IT行业这个发展更新速度很快的行业，只有不停止的学习，才不会被行业所淘汰。如果你是Golang学习者，那么本文《时间不等人》就很适合你！本篇内容主要包括##content_title##，希望对大家的知识积累有所帮助，助力实战开发！

我在工作桌面上运行了多个进程几天。今天早上，所有这些进程几乎都停止了工作。经过一些调试，我发现执行 time.Sleep 后，执行流程会卡在那里，永远不会醒来。因此，当我团队中的每个人都惊慌失措时，我刚刚重新启动了我的 Windows 10 电脑，人们认为这是一次绝望的重新启动。我想幸运的是，重新启动后问题就消失了耸耸肩。

我想知道是否有人以前经历过这种情况或者知道可能是什么原因？我在另一篇文章中读到 time.Sleep 基本上通过计算操作系统中的绝对时间来安排执行恢复时间，但据我所知，日期/时间设置从未改变。

我意识到这可能很难诊断，但我从未在非 Windows 计算机上遇到过此问题。不用说，我讨厌Windows并且对Unix有偏见，但如果有人能给我关于这个错误的一些合理解释，我保证给Windows一个机会。

解决方案

（这不会是一个答案——原因如下——而是一些提示。）

这个问题缺乏关键的背景。
桌面是否进入睡眠（或休眠）状态并被唤醒 - 所以您希望进程从中断处继续？
您确定相关的 goroutine 被困在 time.Sleep 而不是其他东西中吗？

最后一个问题是最有趣的，但目前无法回答。
为此，您需要使用某种调试方法来武装长时间运行的进程。

最简单的方法，虽然粗暴但没有太多麻烦，是以一种有趣的方式杀死你的进程：向它发送 SIGQUIT 信号，Go 运行时将使进程崩溃 - 转储堆栈跟踪进程' stderr 的活动 Goroutines。
（当然，这意味着您没有在进程代码中捕获此信号。）

Windows 没有信号，但 Ctrl-Break should work 就像 Unix 终端中的 Ctrl-\它通常将 SIGQUIT 发送到前台进程。

可以通过调整 GOTRACEBACK 环境变量来增强此方法 - 引用 the docs：

因此，如果您使用 GOTRACEBACK=crash 运行进程，您不仅可以收集堆栈跟踪，还可以收集转储文件（在目前典型的基于 Linux 的系统上，这需要在 ulimit -c unlimited 下运行）以及）。
不幸的是，在 Windows 上它几乎就在那里，但是 not yet；还有一些值得关注的事情。

更核心的方法是，当您使用自定义实现的方式请求时，让您的进程转储 goroutine 堆栈 - https://golang.org/pkg/runtime/ 和 https://golang.org/pkg/runtime/debug 包含执行此操作所需的所有内容。
您可以查看 https://golang.org/pkg/net/http/pprof/ 的实现方式和/或立即使用它。

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