-
不能直接用log.Printf记录用户行为，因其输出到stderr、无结构、不同步、难检索；需结构化（如JSON）、异步写入、支持分析存储；可用zap+chan封装异步采集，缓冲1000并超时丢弃。
-
为什么直接用github.com/bwmarrin/snowflake会出错？因为默认生成的Node是单机绑定的，没做分布式协调，多实例部署时极易撞ID。它只适合单进程场景，不是开箱即用的“分布式”方案。常见错误现象：duplicatekeyviolation（数据库报唯一键冲突）、ID时间戳倒流、序列号重复归零。必须手动分配唯一nodeID，不能靠随机或PID——容器重启后PID变，nodeID就可能复用推荐从外部配置注入，比如启动时读取环境变量SNOWFLAK
-
用net/http编写轻量GitHub用户仓库数查询服务：校验用户名格式，设User-Agent和超时，用url.URL构建请求，正确解析JSON响应中的public_repos字段。
-
通过协程池控制并发、sync.Pool复用内存、切换protobuf编码、优化网络IO模型，可显著提升GoRPC服务在高并发下的吞吐量与响应速度。
-
Go文件名后缀必须为下划线+官方GOOS值（如_windows、_linux）或_GOOS_GOARCH组合（如_linux_amd64），顺序固定，不可颠倒或自定义系统名；混用//go:build时需注意“与”逻辑，且后缀优先决定文件是否参与构建。
-
Go并发抓取核心是控并发、防崩、保稳定：用带缓冲channel实现信号量限流，复用调优http.Client，显式处理HTTP状态码与错误，设置User-Agent和请求间隔反反爬。
-
在Go函数返回类型中，<-chanT（只读通道）与chanT（读写通道）虽在简单场景下均能运行，但前者通过编译期类型约束明确禁止向通道发送数据，从而提升代码安全性、可读性与意图表达能力。
-
不能让User直接遍历users切片发消息，因会破坏中介者模式解耦本质，导致逻辑分散、重复代码、无法支持私聊、同名覆盖、类型扩展困难；应由Mediator统一调度。
-
应使用errors.Is(err,context.DeadlineExceeded)判断超时错误，因其可穿透包装、语义准确；不可用==或字符串匹配，且需区分context.Canceled。
-
Golang中实现静态资源压缩与缓存的最佳实践是结合预压缩与HTTP缓存头策略。首先，在构建阶段对CSS、JS等静态文件生成.gz版本，通过自定义Handler检查客户端Accept-Encoding头，优先返回预压缩文件并设置Content-Encoding:gzip；其次，利用Cache-Control设置强缓存（如max-age=31536000,immutable），配合ETag和Last-Modified实现协商缓存，避免重复传输；最后，结合go:embed将原始文件与.gz文件嵌入二进制，实现
-
log.Printf在容器中不可见是因为日志未输出到stdout/stderr；应确保log.SetOutput(os.Stdout)或使用logrus/zap等支持JSON的库并配置为输出到stdout，避免文件写入、手动缓冲复用及日志爆炸。
-
使用context实现超时控制可避免资源浪费，通过WithTimeout设置时限并传递给HTTP请求或goroutine，确保任务在超时后及时退出，需始终调用cancel防止泄漏。
-
Go微服务监控必须体系化接入指标采集、链路追踪和健康检查三类能力；需用prometheus/client_golang暴露/metrics端点，OTel实现跨服务追踪，/healthz与/readyz区分语义，并补充运行时指标。
-
<p>正确创建并等待单次延时应使用time.NewTimer(2*time.Second)获取timer，然后<-timer.C接收触发信号，最后调用timer.Stop()防止资源泄漏。</p>
-
Go语言可用testing包的Benchmark功能对IO操作基准测试，需创建_test.go文件并定义Benchmark开头函数，如BenchmarkReadFromString测试内存读取性能。
