go web 服务重启时因端口被占用而静默退出，是常见问题；通过捕获 `http.listenandserve` 的返回错误可准确定位原因，并避免程序异常终止。
在 Go 中，http.ListenAndServe 是一个阻塞式函数，正常情况下会持续监听并处理 HTTP 请求。但当它无法绑定到指定端口（例如端口已被其他进程占用、处于 TIME_WAIT 状态，或权限不足）时，会立即返回非 nil 错误，并不会自动打印日志——这正是你观察到“程序瞬间退出且无任何输出”的根本原因。
默认调用方式：
http.ListenAndServe(":1337", nil)忽略了返回值，导致错误被静默丢弃。一旦端口不可用（如前一次进程未完全释放、系统未及时回收连接），程序便直接退出，看似“无响应”，实则已因错误终止。
✅ 正确做法：始终检查并处理错误：
立即学习“go语言免费学习笔记（深入）”；
func main() {
http.HandleFunc("/test", testFunc)
fmt.Println("Starting server on :1337...")
if err := http.ListenAndServe(":1337", nil); err != nil {
log.Fatalf("Failed to start server: %v", err)
}
}运行后若端口被占用，你会立即看到类似输出：
Failed to start server: listen tcp :1337: bind: address already in use
? 补充排查建议：
- 检查端口占用：lsof -i :1337（macOS/Linux）或 netstat -ano | findstr :1337（Windows）
- 强制终止占用进程（Linux/macOS）：kill -9 $(lsof -t -i :1337)
- 避免 TIME_WAIT 积压：开发阶段可启用端口重用（需 net.Listen 自定义配置，非 ListenAndServe 默认支持）
- 生产环境推荐使用 http.Server 结构体 + srv.ListenAndServe()，便于优雅关闭与超时控制
? 总结：永远不要忽略 Go 标准库中返回 error 的函数；http.ListenAndServe 的错误不是“异常”，而是关键运行状态信号——显式捕获它，是编写健壮网络服务的第一步。
