go web 服务重启时因端口被占用而静默退出，是常见问题；通过捕获 `http.listenandserve` 的返回错误可准确定位原因，并避免程序异常终止。

在 Go 中，http.ListenAndServe 是一个阻塞式函数，正常情况下会持续监听并处理 HTTP 请求。但当它无法绑定到指定端口（例如端口已被其他进程占用、处于 TIME_WAIT 状态，或权限不足）时，会立即返回非 nil 错误，并不会自动打印日志——这正是你观察到“程序瞬间退出且无任何输出”的根本原因。

默认调用方式：

http.ListenAndServe(":1337", nil)

忽略了返回值，导致错误被静默丢弃。一旦端口不可用（如前一次进程未完全释放、系统未及时回收连接），程序便直接退出，看似“无响应”，实则已因错误终止。

✅ 正确做法：始终检查并处理错误：

macOS Automator Services

部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...

下载

立即学习“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 的错误不是“异常”，而是关键运行状态信号——显式捕获它，是编写健壮网络服务的第一步。