Go适合高并发I/O密集型服务（如API网关）、跨平台CLI工具及微服务，但不擅长CPU密集型任务、大型单体Web应用或服务端渲染复杂前端；需注意超时控制、连接池、proto同步等实践要点。
适合做高并发网络服务，比如 API 网关、消息中转、实时推送
Go 的 goroutine 和 channel 天然适配 I/O 密集型场景，启动万级并发连接不卡顿，比用线程模型的语言（如 Java）更轻量。但别误以为它“万能”——CPU 密集型任务（如视频转码、复杂数学计算）跑满一个 GOMAXPROCS 核心后，其他 goroutine 会排队等，实际吞吐可能不如 Rust 或 C++。
常见错误现象：net/http 服务在压测时 CPU 不高、QPS 却上不去，其实是阻塞在数据库查询或外部 HTTP 调用上，没做异步拆分。
- 用
http.Server时务必设置ReadTimeout、WriteTimeout，否则慢客户端拖垮整个服务 - 数据库访问优先选
database/sql+ 连接池，别自己手写复用连接逻辑 - 对外部 HTTP 接口调用，用
context.WithTimeout控制超时，避免 goroutine 泄漏
适合写 CLI 工具，尤其需要跨平台分发的运维脚本
Go 编译出的二进制是静态链接，无运行时依赖，go build -o mytool ./cmd/mytool 一行就搞定 Linux/macOS/Windows 三端可执行文件。这点比 Python（要装解释器）、Node.js（要装 runtime）直接得多。
使用场景：K8s 插件（如 kubectl-foo）、日志分析小工具、配置生成器、CI 中的构建辅助命令。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 命令行参数解析推荐
spf13/cobra，别用原生flag写多级子命令，维护成本高 - 读取配置优先走环境变量（
os.Getenv），其次才是config.yaml文件，方便容器化部署 - 输出日志别只用
fmt.Println，加个log/slog（Go 1.21+）支持结构化，方便后续接入 ELK
不适合做大型单体 Web 应用，比如带复杂前端交互的 CMS
Go 没有官方前端框架，模板引擎（html/template）只适合简单渲染，做 SPA 就得配 React/Vue，反而增加构建和部署链路。很多团队踩坑在于：用 Go 写了后台，又硬套一套自研模板系统，结果路由混乱、状态难管理、调试像在拼图。
性能影响：不是 Go 慢，而是开发节奏被拖住。一个带富文本编辑、权限树、工作流的后台，用 Go 实现业务逻辑没问题，但把精力耗在前端胶水代码上，远不如用 Django/Phoenix 这类全栈框架快。
- 真要搞 Web UI，建议前后端彻底分离：Go 只暴露 REST/GraphQL API，前端独立部署
- 若必须服务端渲染，用
gin-gonic/gin+html/template仅限于管理后台类页面，别碰用户侧营销页 - 别为了“统一语言”强行让 Go 渲染 Vue 的
.vue文件——没有编译器支持，纯靠字符串拼接，改一次样式全崩
微服务边界清晰时很稳，但服务间通信容易忽略序列化陷阱
Go 常用 gRPC 做服务间调用，协议基于 Protocol Buffers，高效且强类型。但很多人忽略：不同版本服务混用时，字段默认值、枚举新增项、oneof 变更都会引发静默失败。
典型错误：rpc error: code = Unknown desc = proto: can't skip unknown wire type 6，本质是客户端和服务端 proto 文件没同步更新。
- 所有
.proto文件必须纳入 Git，生成代码（protoc-gen-go）应作为 CI 步骤，禁止手动拷贝 - 字段删除前先加
deprecated = true，等上下游都升级后再删，别直接删字段 - HTTP/JSON 接口别直接返回
struct{}，用显式定义的Response类型，避免字段名大小写、零值透出引发前端兼容问题
