基于Viper配置动态创建Go Routine+net/http服务异常排查求助

嘿，我来帮你梳理下排查这个问题的思路，毕竟用Go协程跑多端口HTTP服务的时候，很容易踩一些不起眼的小坑：

• 优先捕获协程内的错误与panic
  Go协程的错误默认不会向上传递给主协程，如果1029端口的服务启动时出错或者运行中panic，协程会直接退出，你可能完全没察觉到。建议给每个启动服务的协程加上错误捕获和日志输出：

  go func(port int) {
      // 捕获panic
      defer func() {
          if r := recover(); r != nil {
              log.Printf("Port %d server panicked: %v", port, r)
          }
      }()
      // 启动服务并捕获启动/运行错误
      addr := fmt.Sprintf(":%d", port)
      log.Printf("Starting server on %s", addr)
      err := http.ListenAndServe(addr, yourHandler)
      // 排除正常关闭的情况
      if err != nil && err != http.ErrServerClosed {
          log.Fatalf("Port %d server failed: %v", port, err)
      }
  }(1029)
  

  这样如果1029端口的服务启动失败，你能直接看到具体错误原因。

• 检查端口是否被占用或无权限使用
  虽然1029是普通端口，但也有可能被系统其他进程占用。你可以用以下命令排查：

  • Linux/macOS：lsof -i :1029
  • Windows：netstat -ano | findstr :1029
    如果端口已被占用，ListenAndServe会直接返回错误，导致协程退出。

• 确认Viper读取的端口值是否正确
  哪怕你觉得Viper配置读取正常，也建议在启动服务前打印一下从Viper拿到的1029端口值，比如：

  port1029 := viper.GetInt("servers.port1029")
  log.Printf("Got port 1029 from config: %d", port1029)
  

  避免出现配置键名写错、值类型不匹配（比如配置里是字符串而非数字）等问题，导致服务启动在错误的端口甚至无法启动。

• 检查1029端口对应的Handler是否有问题
  如果1029端口的服务Handler初始化时存在错误（比如路由注册panic、依赖未正确初始化），会直接导致协程启动失败。你可以尝试单独启动1029端口的服务（注释掉1030的启动代码），看是否能正常运行，以此排除Handler本身的问题。

• 确认主协程是否保持运行
  如果主函数在启动两个协程后没有任何阻塞逻辑（比如select{}、<-make(chan struct{})或者等待信号），主协程会直接退出，所有子协程也会跟着终止。虽然你说1030端口服务正常运行，但还是要确认主进程是否一直在后台运行——可以用ps（Linux/macOS）或者任务管理器（Windows）查看进程状态。

• 调高日志级别，查看完整启动日志
  把日志级别调到Debug，确保能看到服务启动过程中的所有细节，比如Viper加载配置的过程、Handler注册的日志等，说不定能找到被忽略的警告或错误信息。

另外，你可以先单独测试1029端口的服务，确认它能正常运行后再加入1030的服务，逐步排查问题。

内容的提问来源于stack exchange，提问作者TheeCodeDragon