-
select会阻塞，除非有case立刻就绪；它挂起goroutine直到至少一个channel操作可立即完成，无default时全阻塞，nilchannel永不就绪，多case同时就绪则随机执行。
-
Go算法优化核心是选对数据结构并避免排序瓶颈：小数据量用切片优于map，切片优先于链表，排序用sort包而非手写，大数据量优先考虑Top-K等替代方案。
-
通过包装http.ResponseWriter实现方法重写，可在响应头写入前捕获状态码，从而统一注入自定义错误页面或逻辑，适用于所有4xx/5xx错误，而不仅限于404。通过包装`http.ResponseWriter`实现方法重写，可在响应头写入前捕获状态码，从而统一注入自定义错误页面或逻辑，适用于所有4xx/5xx错误，而不仅限于404。在Go的net/http标准库中，ResponseWriter是一个接口，而非具体类型
-
goroutine泄漏、HTTP客户端未复用、错误处理不落地是并发爬虫三大核心问题：需用信号量或缓冲channel限并发，全局复用并配置http.Client，区分错误类型实现精准重试。
-
选kafka-go更适合新手：API直白，dialLeader和NewReader两步即可跑通；sarama功能全但配置复杂，易因超时/重试未设导致静默失败。
-
gRPC微服务不能用retryablehttp做重试，因其仅支持HTTP/1.1，而gRPC基于HTTP/2，存在状态码映射、流控、元数据透传等根本性不兼容，硬套会导致重试失效或panic。
-
time.Now()返回本地时区时间，非UTC或固定时区；格式化须用“2006-01-0215:04:05”模板；解析需检查err；高并发下调用性能无虞，但避免频繁Format。
-
直接用golang.org/x/time/rate配合Gin或http.Handler即可实现高性能限流中间件，无需第三方库；它无锁、内存开销小、精度高，每秒处理数万请求无压力。
-
Go单元测试中需用defer+recover捕获panic，不可用try/catch；推荐返回error而非panic；并发中goroutine的panic无法被主goroutinerecover。
-
Kubernetes通过DNS和Service实现Golang服务的服务发现与负载均衡，Golang应用使用服务名即可访问其他服务，无需额外框架；Service基于标签选择器将流量分发至健康Pod，默认轮询策略，配合readinessProbe确保实例可用；建议配置HTTP客户端连接池与重试机制提升稳定性；对于特殊场景如长连接，可使用HeadlessService获取Pod直连IP并自定义负载均衡。
-
gotest-cover输出的仅为语句执行粗略百分比，无法定位未覆盖行或分支；可靠覆盖率分析需用-coverprofile生成profile文件并配合gotoolcover查看HTML报告。
-
在Go语言中处理网络请求需显式检查错误，首先判断http.Get是否返回err并检查resp.StatusCode≥400；其次设置Client超时避免阻塞，通过自定义Timeout和Transport实现；再通过errors.Is或类型断言区分timeout、连接拒绝等错误类型；最后读取响应体时用io.ReadAll并检查err，确保每一步错误都被捕获处理。
-
Type.Size()与unsafe.Sizeof()结果一致，均包含对齐填充；区别在于Type.Size()作用于类型描述，unsafe.Sizeof()作用于值，二者均非字段原始大小之和。
-
Golang通用任务调度器需解耦任务定义、触发逻辑与执行控制，含Task、Trigger、Scheduler、Executor四大模块，支持扩展接口、轻量状态管理及安全并发机制。
-
微服务不适合小团队和MVP阶段；单体架构更合适，因团队规模小、业务简单、日活低，微服务会增加运维与协作成本。
