go适合高并发api、内部工具web应用、云原生周边服务；不适合富交互前台网站。需注意超时设置、context控制、静态路径、模板安全、配置加载时机及职责边界。
适合做高并发 API 服务
Go 的 goroutine 和 channel 天然适合处理大量短连接请求，比如 RESTful API、微服务间通信、第三方平台对接网关。相比 Python 或 Node.js，单机吞吐更高、内存更稳，尤其适合订单系统、支付回调、实时通知等场景。
实操建议：
- 用
net/http或轻量框架（如chi、gin）快速搭路由，避免过早引入复杂框架 - 注意
http.Server的ReadTimeout和WriteTimeout必须显式设置，否则默认不超时，容易堆积连接 - 别在 handler 里直接写阻塞操作（如同步调用外部 HTTP、未加 context 控制的数据库查询），要用
context.WithTimeout包裹
适合做内部工具类 Web 应用
运维后台、配置中心、CI/CD 状态页、日志聚合前端、指标看板——这类项目逻辑不重、交互简单、但要求启动快、部署轻、维护低。Go 编译成单二进制，无依赖，go run 启动秒级响应，比 Python Flask 或 Ruby on Rails 更省心。
常见踩坑点：
立即学习“go语言免费学习笔记（深入）”；
- 静态文件路径易出错：用
http.FileServer(http.Dir("./static"))时，确保路径是运行时工作目录下的相对路径，不是源码目录 - 模板渲染别硬拼 HTML：用
html/template而非text/template，自动转义防止 XSS；变量插值写法是{{.Title}}，不是${Title} - 环境变量加载要早：推荐用
os.Getenv+flag或第三方库如koanf，别在 handler 里临时读配置
不适合做富交互的前台网站
Go 不是为 SSR 渲染或复杂前端状态管理设计的。如果你需要 Vue/React 级别的组件化、热更新、服务端渲染（SSR）、WebSocket 实时协同编辑，Go 只适合作为后端 API 提供方，前端仍得用 JS 框架构建。
典型误用：
- 强行用
html/template写带状态的 SPA 页面，结果路由、数据流、调试全靠手工拼接 - 把大量 CSS/JS 逻辑塞进 Go 模板，导致前后端职责混乱，改个按钮颜色都要编译重启
- 试图用
gorilla/websocket实现整套聊天 UI，却忽略前端重连、消息队列、离线存储等配套
云原生周边服务是天然主场
Kubernetes 插件、Prometheus Exporter、etcd 管理界面、gRPC 网关、OpenTelemetry Collector 扩展——这些项目共同特点是：需与云生态深度集成、强调稳定性与低资源占用、常以 daemon 形式长期运行。Go 的交叉编译、无 GC 尖峰、标准库对 HTTP/gRPC/JSON 的开箱支持，让它比其他语言更“贴身”。
关键细节：
- 用
http.Handler实现 Prometheus/metrics端点时，别自己统计计数器，直接用prometheus.NewCounter等官方类型 - 写 Exporter 时，采集逻辑必须异步且可 cancel，否则
/metrics请求卡住会导致整个监控链路失效 - 容器镜像尽量用
FROM golang:alpine多阶段构建，最终镜像应只含二进制，不含go工具链
