在 Go 语言中，关于是否应该编写非阻塞代码的讨论，经常出现在具有其他编程语言背景（例如 Node.js）的开发者之间。理解 Go 语言的并发模型是做出正确决策的关键。
阻塞与非阻塞：接口而非性能
首先需要明确的是，阻塞和非阻塞主要描述的是一种接口设计，而不是单纯的性能问题。在一个单线程环境中，阻塞调用会阻止程序的其他部分执行，导致资源浪费。然而，在多线程环境中，阻塞调用本身并非问题，因为可以利用其他线程继续执行任务。
Go 的并发模型：Goroutine 和运行时调度
Go 语言通过 Goroutine 实现了并发。Goroutine 可以被视为轻量级的线程，创建和销毁的开销远低于传统线程。当一个 Goroutine 因为 I/O 操作而阻塞时，Go 运行时系统会将它挂起，并调度其他 Goroutine 继续执行。
Go 运行时系统使用非阻塞 I/O 系统调用来避免操作系统级别的线程阻塞。这意味着，即使一个 Goroutine 阻塞在 I/O 操作上，底层的操作系统线程仍然可以被用于运行其他的 Goroutine。
示例：数据库连接
假设我们需要连接数据库。在 Node.js 中，通常会使用异步回调或 Promise 来处理数据库连接，避免阻塞事件循环。例如：
// Node.js 示例
db.connect(function(err, connection) {
if (err) {
console.error("Connection error:", err);
return;
}
// 使用 connection
console.log("Connected to database");
});在 Go 语言中，我们可以使用阻塞式的 sql.Open 函数来建立数据库连接，而无需担心阻塞整个程序。
// Go 示例
package main
import (
"database/sql"
"fmt"
_ "github.com/go-sql-driver/mysql" // 导入 MySQL 驱动
"log"
)
func main() {
db, err := sql.Open("mysql", "user:password@tcp(127.0.0.1:3306)/database")
if err != nil {
log.Fatal(err)
}
defer db.Close()
err = db.Ping() // 检查连接是否有效
if err != nil {
log.Fatal(err)
}
fmt.Println("Connected to database")
}在这个例子中，sql.Open 函数会阻塞，直到数据库连接建立成功或失败。然而，由于 Go 运行时系统的调度机制，这并不会阻止其他 Goroutine 的执行。
结论：何时需要非阻塞代码？
由于 Goroutine 的轻量级和 Go 运行时系统的高效调度，通常情况下，在 Go 语言中编写非阻塞风格的代码并非必要。可以放心地使用阻塞式的 API，而无需担心性能问题。
然而，在某些特殊情况下，非阻塞代码可能仍然有用。例如：
- 需要极高的并发度： 如果需要处理数百万级别的并发连接，那么使用非阻塞 I/O 可以更有效地利用系统资源。
- 需要自定义调度策略： 如果需要对 Goroutine 的调度进行更精细的控制，那么可以使用非阻塞 I/O 和 channel 来实现自定义的调度策略。
总而言之，在大多数情况下，Go 语言的默认并发模型已经足够高效。只有在极少数情况下，才需要考虑使用非阻塞代码。在选择是否使用非阻塞代码时，应该仔细评估其带来的复杂性和收益。
