serverless适合事件驱动、无状态、短时任务场景；不适用于长连接、有状态或启动耗时的服务。
Go微服务拆分后，何时该转向Serverless？
不是所有微服务都适合直接改成Serverless函数。关键看调用模式和资源占用特征：如果某个服务是事件驱动、无状态、执行时间短（
常见错误现象：context deadline exceeded 频发、Execution timed out 报错、冷启动延迟突增——这些往往不是代码问题，而是架构错配信号。
- 检查服务是否真正无状态：不能依赖进程内变量或本地磁盘
- 确认依赖是否全为云服务：数据库用RDS/DynamoDB，缓存用Redis/Cloud Memorystore，消息用SQS/Kafka
- 评估并发模型：goroutine池在Serverless里会被打断，需改用单次请求单goroutine或channel限流
Go写Serverless函数时，main函数结构怎么写才不踩坑？
Go的Serverless入口不是传统main函数，而是平台约定的handler。AWS Lambda要求导出Handler函数，Google Cloud Functions用HTTPHandler或CloudEvent类型，不能直接跑http.ListenAndServe。
典型错误：把Kubernetes里跑的Gin服务原封不动打包上传，结果函数启动失败，日志只显示no handler found。
- AWS Lambda示例必须用
lambda.Start启动：lambda.Start(handler)，handler签名是func(context.Context, events.APIGatewayProxyRequest) (events.APIGatewayProxyResponse, error) - 避免全局变量初始化耗时操作：DB连接、配置加载、证书读取等必须放在handler内或使用
sync.Once控制 - 别在handler里启长期goroutine：
go longRunningTask()会随函数生命周期被强制终止，任务丢失
Go微服务迁移到Serverless，go.mod依赖要怎么精简？
微服务项目常带一堆中间件、ORM、日志框架，但Serverless函数对包体积极度敏感——AWS Lambda限制部署包50MB（未解压），冷启动时间与二进制大小强相关。Go静态编译虽好，但net/http、crypto/tls等标准库会悄悄引入大量符号。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
容易忽略的坑：github.com/sirupsen/logrus默认带color输出，会拉入golang.org/x/sys导致ARM64构建失败；gorm引入database/sql驱动时若没显式_ "github.com/lib/pq"，运行时报sql: unknown driver "postgres"。
- 用
go build -ldflags="-s -w"去掉调试符号，体积通常减少30% - 替换重型日志库为
log或zerolog（无反射、零分配） - 数据库访问优先用
database/sql+ 原生驱动，避免ORM的运行时开销 - 交叉编译时指定
GOOS=linux GOARCH=amd64或arm64，别用本地macOS默认值
Serverless里Go的goroutine还能像微服务里那样用吗？
能，但必须重新理解生命周期。微服务中goroutine可长期存活，Serverless函数执行完即销毁——所有goroutine都会被强制回收，哪怕还在sleep或channel阻塞中。
典型误用：go cleanupJob()放在handler末尾，期望异步清理资源，结果根本没执行完就被终止。
- 所有goroutine必须在handler返回前完成，或通过
context.WithTimeout设严格截止 - 需要后台任务？改用云服务：发消息到SQS触发下一个函数，或写DynamoDB Stream触发Lambda
- 并发控制别用
runtime.NumCPU()——Serverless实例CPU数不固定，改用环境变量MAX_CONCURRENCY硬限 - 注意
http.Client复用：全局client比每次新建快，但timeout和transport要按函数生命周期重置
最易被忽略的是上下文传递：微服务里context.Background()可能凑合，Serverless里必须用传入的ctx，否则超时控制失效，ctx.Done()收不到信号。冷启动优化再好，一次context.WithCancel漏传，就可能让整个函数卡死在IO上。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
