本文探讨了在Go语言中编写非阻塞代码的必要性，对比了Node.js的非阻塞特性，并阐述了Go语言通过goroutine和非阻塞I/O syscalls实现并发的机制。结论是，由于goroutine的轻量级特性和Go runtime的调度机制，在Go中编写非阻塞风格的代码通常不是必须的。
在Node.js中，所有代码默认都是非阻塞的。这是因为Node.js是单线程的，如果一个操作阻塞了，整个程序都会停止响应。为了解决这个问题，Node.js大量使用回调函数和Promise来实现异步操作。
Go语言则采用了不同的并发模型。Go使用goroutine，这是一种轻量级的线程，可以并发执行。Go runtime负责调度goroutine，当一个goroutine阻塞在I/O操作上时，runtime会将它切换出去，让其他goroutine运行。
阻塞与非阻塞的本质
立即学习“go语言免费学习笔记（深入）”；
阻塞和非阻塞主要关注的是接口的设计，而非性能本身。在单线程环境中，阻塞调用会阻止程序执行任何其他任务，直到该调用完成。但在多线程环境中，阻塞调用通常不是问题，因为可以让一个线程阻塞，而其他线程继续执行。
Go语言的并发机制
Go语言的goroutine非常廉价，创建和销毁的开销很小。当一个goroutine因为I/O操作而阻塞时，Go runtime会使用非阻塞I/O syscalls来避免操作系统阻塞整个线程。这样，其他的goroutine就可以在这个线程上运行，而无需等待之前的I/O操作完成。
Go中是否需要非阻塞代码？
由于goroutine的轻量级特性和Go runtime的调度机制，通常情况下，在Go语言中编写非阻塞风格的代码并不是必须的。例如，数据库连接操作，可以直接使用阻塞式的connect()函数，而无需将其改为返回channel的非阻塞方式。
package main
import (
"database/sql"
"fmt"
_ "github.com/go-sql-driver/mysql" // 导入MySQL驱动
"log"
"time"
)
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()
// 设置连接池参数
db.SetMaxOpenConns(10)
db.SetMaxIdleConns(5)
db.SetConnMaxLifetime(time.Hour)
// 测试连接
err = db.Ping()
if err != nil {
log.Fatal(err)
}
fmt.Println("数据库连接成功!")
// 示例查询
rows, err := db.Query("SELECT id, name FROM users")
if err != nil {
log.Fatal(err)
}
defer rows.Close()
for rows.Next() {
var id int
var name string
err := rows.Scan(&id, &name)
if err != nil {
log.Fatal(err)
}
fmt.Printf("ID: %d, Name: %s\n", id, name)
}
if err := rows.Err(); err != nil {
log.Fatal(err)
}
}在这个例子中，sql.Open()函数是一个阻塞调用，它会等待数据库连接建立成功后才会返回。但是，由于Go runtime的存在，这个阻塞并不会影响其他goroutine的执行。
总结
虽然在某些特定的场景下，非阻塞代码仍然有用，例如需要精细控制并发和资源使用的情况。但在大多数情况下，使用Go语言的默认并发模型，即使用goroutine和阻塞式I/O，已经足够满足需求。避免过度设计，保持代码简洁易懂，才是更重要的。
