Go 语句中函数调用的参数会在当前 goroutine 中先求值，若参数本身是阻塞操作（如 http.ListenAndServe），则整个 go 语句执行前就已卡住，导致后续代码无法运行。
Go 语句中函数调用的参数会在当前 goroutine 中**先求值**，若参数本身是阻塞操作（如 `http.ListenAndServe`），则整个 `go` 语句执行前就已卡住，导致后续代码无法运行。
在 Go 中，go 关键字启动新 goroutine 的行为看似简单，但其参数求值时机常被误解。关键规则来自官方语言规范：
这意味着：go f(x, y) 并非直接将 f 和参数“打包”扔进新 goroutine；而是先在当前 goroutine 中计算 f 的函数值（即 f 本身），再逐一求值所有参数表达式（x, y），最后才将结果（函数+实参）传入新 goroutine 执行。
因此，以下代码会阻塞：
go log.Fatal(http.ListenAndServe(":8000", nil))
log.Print("This doesn't print") // 永远不会执行
原因在于：http.ListenAndServe(":8000", nil) 是一个同步阻塞调用（它会一直监听端口，直到出错或程序终止）。该表达式作为 log.Fatal 的参数，必须在 go 启动新 goroutine 之前完成求值——于是主线程在此处永久挂起，log.Print 根本没有机会运行。
而下面两种写法能正常工作：
✅ 匿名函数封装（延迟求值）：
go func() {
log.Fatal(http.ListenAndServe(":8000", nil))
}()
log.Print("This prints") // ✅ 正常输出
这里 http.ListenAndServe 被包裹在函数体内，仅当新 goroutine 开始执行时才被调用，主线程立即继续。
✅ 直接启动无参数函数（无求值开销）：
go http.ListenAndServe(":8000", nil)
log.Print("This prints") // ✅ 正常输出
http.ListenAndServe 本身是函数值（类型为 func(string, http.Handler) error），不带括号即不调用；go 语句直接将其作为函数值传递给新 goroutine，参数 ":8000" 和 nil 也按需在新 goroutine 内求值并传入。
? 最佳实践与注意事项：
- 避免在
go语句中直接传递含阻塞调用的表达式作为参数； - 对需异步执行的阻塞逻辑，务必用匿名函数或命名函数封装；
- 若函数本身无参数（如
go someBlockingFunc），则安全；但一旦带括号someBlockingFunc()，即表示立即调用，求值发生在当前 goroutine； - 使用
defer,recover或上下文（context.Context）可增强服务的可控性，例如http.Server.Shutdown()配合context.WithTimeout实现优雅退出。
理解参数求值时机，是写出健壮并发 Go 程序的基础之一。
