gin原生不支持单个engine.run()启动多个端口，因其底层调用http.listenandserve()且函数签名仅接受一个地址参数，传入多个会panic；需手动创建多个http.server实例，各绑定独立端口与handler（可共用或分拆engine），推荐结合errgroup.group并发启动并统一等待退出。
Gin 原生不支持单个 engine.Run() 启动多个端口 —— 它底层调用的是 http.ListenAndServe()，一次只能绑定一个地址。想监听多个端口，必须手动启动多个 HTTP server 实例，每个实例配独立的 http.Handler（即 Gin engine 或其封装）。
为什么不能直接用 engine.Run(":8080", ":9090")？
因为 engine.Run() 签名是 func(addr ...string) error，但只接受最多一个地址参数（源码里 addr[0] 就直接用了）。传两个会 panic：index out of range [1] with length 1。Gin 没做多地址扩展，它定位就是轻量、专注单实例高性能路由。
-
engine.Run()内部等价于http.ListenAndServe(addr, engine)，而标准库http.ListenAndServe本身也不支持多地址 - 试图复用同一个
*gin.Engine实例注册到多个http.Server是安全的（gin.Engine实现了http.Handler），但要注意中间件执行顺序和全局状态（比如gin.Default()注册的Logger会为每个 server 单独打日志） - 别用
go engine.Run(":8080"); go engine.Run(":9090")—— 这会导致第二个Run()被第一个阻塞住（Run()是同步阻塞调用）
用 http.Server + errgroup.Group 启动多个端口
推荐组合：显式构造 http.Server，用 golang.org/x/sync/errgroup 并发启动并统一等待退出。这是生产可用的最小可靠模式。
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
- 每个端口对应一个
http.Server，Handler可以是同一个*gin.Engine，也可以是不同路由逻辑的多个 engine（比如管理端 /metrics 和业务端 /api 分离） -
errgroup.Group自动处理 goroutine 错误传播和Wait()阻塞，比裸写sync.WaitGroup更稳妥 - 务必设置
Server.ReadTimeout/WriteTimeout，否则某些连接异常时 server 不会主动关掉
var g errgroup.Group
srv8080 := &http.Server{
Addr: ":8080",
Handler: router01(), // 返回 *gin.Engine 或 http.Handler
}
srv9090 := &http.Server{
Addr: ":9090",
Handler: router02(),
}
g.Go(func() error { return srv8080.ListenAndServe() })
g.Go(func() error { return srv9090.ListenAndServe() })
if err := g.Wait(); err != http.ErrServerClosed {
log.Fatal(err)
}
不同端口挂不同路由逻辑，还是共用一个 engine？
取决于用途。共用 engine 简单，但所有路由都暴露在所有端口上；分拆更灵活，也利于权限隔离（比如 admin 端口只挂 /admin/*）。
- 共用：直接传
engine到多个http.Server.Handler，但注意engine.Use()注册的中间件会对所有端口生效 - 分拆：每个端口用独立
gin.New()，再各自.GET()，适合运维端口（如/health）、调试端口（如/debug/pprof）、API 端口分离 - 如果要用 TLS，
http.Server.TLSConfig必须单独配置，不能靠engine.RunTLS()—— 那个方法只支持单端口
别忽略信号处理和优雅关闭
多个 http.Server 同时运行时，os.Interrupt 信号要能同时触发所有 server 的 Shutdown()，否则 kill -2 可能只关掉一个。
- 用
signal.Notify(ch, os.Interrupt, syscall.SIGTERM)监听信号 - 收到信号后，并行调用每个
http.Server.Shutdown()，超时控制用context.WithTimeout() -
Shutdown()会等正在处理的请求结束，但不会等ListenAndServe()里的 accept loop —— 所以必须先Shutdown()，再Wait()等 goroutine 退出
复杂点在于 shutdown 时机和错误处理路径要覆盖全：一个 server 关闭失败，不该阻止其他 server 继续 shutdown；主 goroutine 退出前，确保所有 http.Server 都已释放监听 fd。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
