Go本身不提供微服务架构，仅提供轻量级原语；所谓“轻量”是主动放弃框架抽象，用标准库+少量明确依赖控制二进制体积与启动耗时，net/http因无隐式开销、编译期确定路由、内存占用低（约2.1MB）而比Gin/Echo更适配“拒绝臃肿”场景。
Go 本身不提供“微服务架构”，它只提供构建微服务的轻量级原语；所谓“轻量”，本质是主动放弃框架抽象，用标准库 + 少量明确依赖守住二进制体积和启动耗时。
为什么 net/http 比 gin 或 echo 更适合“拒绝臃肿”场景
不是说 gin 不好，而是它的中间件机制、路由树、上下文封装会隐式增加内存分配和调用栈深度。当你只需要暴露几个 REST 端点、不做复杂鉴权或日志注入时，net/http 的 handler 函数直接对应 HTTP 方法，无隐藏开销。
-
http.HandleFunc("/health", healthHandler)启动后内存常驻约 2.1MB（实测 darwin/amd64），而同等功能的gin实例约 3.8MB - 所有路由逻辑在编译期确定，无运行时反射或正则匹配——这对冷启动敏感的 Serverless 场景很关键
- 错误处理直接返回
http.Error，不引入gin.H或自定义 error wrapper，避免 JSON 序列化前的结构转换
如何用 go mod 锁死依赖并剔除间接依赖
微服务一旦引入 gorm 或 zap 这类重型依赖，很容易因 transitive deps 拉入 golang.org/x/sys、google.golang.org/protobuf 等非必要模块。必须手动干预。
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
- 执行
go mod graph | grep -v "stdlib" | awk '{print $1}' | sort -u查看真实引入的第三方模块 - 对非必需项（如
github.com/go-sql-driver/mysql被某日志库间接引用），用replace指向空包：replace github.com/go-sql-driver/mysql => github.com/go-sql-driver/mysql v0.0.0-00010101000000-000000000000 - 添加
//go:build !dev构建约束，把pprof、expvar等调试模块仅保留在开发环境
docker build --platform linux/amd64 为何必须显式指定平台
本地 macOS 构建的二进制若未指定平台，Docker 默认使用 buildkit 的 host 模式，可能生成含 darwin syscall 的可执行文件，部署到 Linux 容器时报 exec format error —— 这个错误不会在 build 阶段暴露，只在 docker run 时炸。
立即学习“go语言免费学习笔记（深入）”；
- 在
Dockerfile开头加FROM --platform=linux/amd64 golang:1.22-alpine AS builder - 用
CGO_ENABLED=0 go build -a -ldflags '-s -w' -o /app/main .：关闭 cgo 避免动态链接，-s -w剔除符号表和调试信息，典型二进制从 18MB 压到 5.3MB - 多阶段构建中，最终镜像只 COPY 二进制，不带
/usr/local/go或任何源码，基础镜像用scratch即可
真正轻量的核心不在“用了多少行代码”，而在每个依赖是否能回答清楚“它在哪一行触发了系统调用”“它新增了几个 goroutine 生命周期”。Go 的标准库足够锋利，问题往往出在我们太习惯把“省事”当成“轻量”。
