
无法让两个 go 进程同时监听同一端口(如 :80),因此需通过反向代理或统一路由注册方式实现 `/` 与 `/developer/` 的共存。本文详解两种专业可行方案:nginx 反向代理配置与单进程多路由模块化设计。
在 go Web 开发中,试图通过启动两个独立进程(如 live/ 和 developer/)分别调用 http.ListenAndServe(“:80”, nil) 来服务不同路径,本质上是不可行的——操作系统禁止多个进程绑定同一网络端口。虽然你未看到显式错误,但极可能是 ListenAndServe 在后台静默失败(例如因 EADDRINUSE 被忽略或日志未捕获),导致第二个进程实际未开启 HTTP 服务,从而所有 /developer/* 请求被第一个服务(无对应路由)直接返回 404。
✅ 推荐方案一:使用反向代理(推荐用于真实环境)
将两个 Go 应用分别绑定到不同本地端口,再由 nginx(或 caddy、traefik)统一对外暴露 :80,按路径前缀分发请求:
# live 服务(监听 :8080) cd /var/www/live && go run main.go # 启动于 http://localhost:8080/ # developer 服务(监听 :8081) cd /var/www/developer && go run main.go # 启动于 http://localhost:8081/
Nginx 配置示例(/etc/nginx/sites-available/k.com):
server { listen 80; server_name www.k.com; # 主站:/ → live 服务 location / { proxy_pass http://127.0.0.1:8080/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } # 开发分支:/developer/ → developer 服务(注意 trailing slash) location /developer/ { proxy_pass http://127.0.0.1:8081/; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; # 剥离 /developer 前缀,避免后端重复处理 proxy_redirect off; } }
⚠️ 注意事项: proxy_pass 末尾的 / 至关重要:/developer/ → http://…/ 表示自动剥离前缀;若写成 http://… 则会透传完整路径。 开发服务内部路由应仍以 / 为根(即 router.HandleFunc(“/”, …)),无需硬编码 /developer 前缀。 启动前确保 sudo nginx -t && sudo systemctl reload nginx。
✅ 推荐方案二:单进程模块化路由(推荐用于开发调试)
彻底避免多进程冲突,将“生产”与“开发”逻辑拆分为可插拔的 Go 包,在单一主程序中动态注册子路由:
// main.go package main import ( "log" "net/http" "os" "github.com/gorilla/mux" "yourdomain.com/live" // 生产路由包 "yourdomain.com/developer" // 开发路由包 ) func main() { r := mux.NewRouter() // 注册生产路由(挂载到 /) live.RegisterRoutes(r.PathPrefix("/").Subrouter()) // 条件注册开发路由(挂载到 /developer/) if os.Getenv("ENV") == "dev" { devRouter := r.PathPrefix("/developer").Subrouter() developer.RegisterRoutes(devRouter) log.Println("✅ Development routes mounted at /developer/") } http.Handle("/", r) log.Println("? Server starting on :80") log.Fatal(http.ListenAndServe(":80", nil)) }
对应 live/routes.go:
func RegisterRoutes(r *mux.Router) { r.HandleFunc("/", controllers.HomeHandler).Methods("GET") r.HandleFunc("/team", controllers.TeamHandler).Methods("GET") // ... }
developer/routes.go 同理,且其 handler 中无需关心 /developer 前缀 —— Subrouter() 已自动处理路径隔离。
总结
| 方案 | 适用场景 | 关键优势 | 注意点 |
|---|---|---|---|
| 反向代理(Nginx) | 生产/类生产环境、需完全隔离进程 | 进程级隔离、便于监控/扩缩容、支持 https 终止 | 需额外运维 Nginx 配置 |
| 单进程模块化 | 本地开发、CI 测试、轻量部署 | 零外部依赖、启动快、调试直观、内存共享 | 开发分支需兼容主程序 Go 版本与依赖 |
切勿尝试端口复用或竞态启动 —— 这违背网络栈基本原理。选择任一上述方案,即可安全、清晰、可维护地实现你的开发分支需求。