Golang 阻塞和非阻塞

本篇文章主要是结合我之前面试的各种经历和实战开发中遇到的问题解决经验整理的，希望这篇《Golang 阻塞和非阻塞》对你有很大帮助！欢迎收藏，分享给更多的需要的朋友学习~

问题内容

我对 Go 如何处理非阻塞 IO 感到有些困惑。API 在我看来大多是同步的，在 Go 上观看演示文稿时，听到诸如“和调用块”之类的评论并不少见

从文件或网络读取时，Go 是否使用阻塞 IO？或者在 Go Routine 中使用时是否有某种魔法可以重写代码？

来自 C# 背景，这感觉非常不直观，在 C# 中，我们await在使用异步 API 时有关键字。这清楚地表明 API 可以产生当前线程并稍后在延续中继续。

所以TLDR；在 Go 例程中执行 IO 时，Go 会阻塞当前线程，还是会使用延续将其转换为 C# 之类的异步等待状态机？

正确答案

Go 有一个调度程序，可让您编写同步代码，并自行进行上下文切换并在后台使用异步 IO。因此，如果您正在运行多个 goroutine，它们可能会在单个系统线程上运行，并且当您的代码从 goroutine 的视图中阻塞时，它并不是真正的阻塞。这不是魔法，但是是的，它掩盖了你的所有这些东西。

调度程序将在需要时分配系统线程，以及在真正阻塞的操作期间（例如，我认为文件 IO 阻塞，或调用 C 代码）。但是如果你在做一些简单的 http 服务器，你可以拥有成千上万的 goroutine，实际上使用了少数“真正的线程”。

您可以在此处阅读有关 Go 内部工作原理的更多信息：

https://morsmachine.dk/go-scheduler

今天关于《Golang 阻塞和非阻塞》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！