
channel
应节制使用goroutine,结合业务节奏限流;HTTP层用http.Server参数限流,子任务并发需设超时;WaitGroup适用于仅等待完成,channel适用于结果聚合,注意Add/Done配...
应全局复用*http.Client实例并合理配置Transport参数,显式设置MaxIdleConns、MaxIdleConnsPerHost、IdleConnTimeout等,及时关闭resp.B...
time.After在select中未接收会导致goroutine泄漏;其内部启动的goroutine因channel无人接收而永不退出,典型错误是select分支未走到或channel被丢弃。
nil是Go中表示多种类型零值的预声明标识符,非全局常量;因类型系统严格区分,跨类型比较(如*int==[]int)会编译错误;接口nil为(nil,nil),而含nil值的非空接口不为nil。
Golang消息通知系统需分层清晰、职责分明、易于扩展:定义统一Notifier接口解耦通道,事件驱动+规则引擎匹配模板,模板支持变量渲染与热加载,失败任务延迟重试并暴露Prometheus指标。
指针接收者更常用,因其支持修改字段、避免大对象拷贝、符合Go官方惯例、确保接口实现一致性,且值接收者存在语义误导和演化风险。
context.WithTimeout未取消HTTP请求是因为http.Client默认不读取context,需用http.NewRequestWithContext构造请求并调用client.Do(...
goroutine启动后需显式同步才能验证预期副作用是否完成,常用sync.WaitGroup或chanstruct{};WaitGroup要求wg.Add(1)在go前、wg.Done()在goro...
必须用sync.WaitGroup显式跟踪并发请求生命周期,wg.Add(1)需在goroutine启动前调用,wg.Done()建议defer调用;每个请求需独立context.WithTimeou...
Go中典型死锁是channel操作未配对:向无缓冲channel发送时无人接收,或接收时无人发送,运行时panic提示“allgoroutinesareasleep-deadlock!”。