-
使用t.Run可为测试用例命名并独立运行，便于定位错误。它支持子测试层级结构，结合表格驱动测试能清晰组织多个场景，提升可维护性，是Go测试的标准实践。
-
RPC方法签名无法直接校验参数，需提前拦截；Go标准net/rpc强制方法签名为func(Args,Reply)error，仅保证调用成功（序列化、网络、panic），不校验业务参数合法性。
-
Go服务无内置CPU/内存硬限，需依赖cgroups等外部机制；Docker中应设--cpus和--memory并禁用GOMAXPROCS环境变量，K8s需注意cgroupv1精度问题及大页影响。
-
Go中“代理+单例”模式通过sync.Once实现线程安全懒汉单例，并用代理函数或DBProxy结构体封装访问逻辑，注入权限校验、限流、日志等控制行为，确保全局唯一实例且对外统一可控。
-
Go语言中使用html/template包渲染Web页面时，需避免重复解析、缓存模板、减少数据拷贝并启用压缩。首先通过template.Must全局缓存已编译模板，避免每次请求解析；其次定义专用ViewModel传递最小化数据，并在初始化阶段完成格式化处理；再通过预解析和显式组合模板提升执行效率；最后结合Gzip或Brotli压缩中间件减小传输体积。合理设计下可实现单机每秒数千次渲染。
-
Go微服务健康监控需暴露/liveness、/readiness、/startup三类标准化端点，集成Prometheus采集指标并联动Consul等注册中心自动剔除故障实例，配合分级告警实现秒级异常发现与响应。
-
先执行goversion确认已安装且版本≥1.20，再用gomodinit初始化模块，接着gorunmain.go验证基础流程，最后配置GOPROXY=https://goproxy.cn,direct解决国内依赖拉取问题。
-
Go测试中优先用函数类型桩替代interface{}，轻量且避免过度抽象；需注意全局桩重置、HTTP客户端应注入而非修改DefaultClient、数据库慎用sqlmock而倾向内存实现、并发下桩状态须线程安全。
-
GO111MODULE=on必须设置在项目含go.mod、位于$GOPATH外、依赖私有仓库或需锁定go.sum时；auto易误判，off彻底退化为GOPATH模式，仅限极少数遗留场景。
-
使用Golang通过rate.Limiter实现全局限流与IP级限流，结合gobreaker断路器进行服务降级，支持动态配置与健康检查，构建高并发下稳定的HTTP服务防护体系。
-
%w仅嵌套错误而不拼接字符串，外层文本需通过fmt.Sprint或日志%v格式化才显示；必须用%w才能保留errors.Is/As判定能力，且要求参数为error类型，否则panic。
-
为什么filepath.Walk比os.ReadDir+手动递归慢一倍？因为filepath.Walk默认对每个文件调用os.Stat，哪怕你只关心路径名。它会为每个条目触发一次系统调用，而os.ReadDir（Go1.16+）返回的fs.DirEntry已经包含类型和名称，IsDir()不触发额外stat。优先用os.ReadDir替代filepath.ReadDir（后者已弃用）递归时只对确认是目录的条目再调用os.ReadDir，跳过os.Stat避免
-
Go语言通过显式返回error进行错误处理，必须始终检查错误值，避免忽略导致程序崩溃；推荐使用errors.Is和errors.As进行语义化判断，结合fmt.Errorf("%w")包装错误以保留上下文，并定义可识别的自定义错误类型如ErrValidationFailed或AppError，从而实现清晰、健壮的错误处理机制。
-
json.Unmarshal默认为值类型字段新分配内存，slice/map不复用底层数组或哈希表，导致GC压力高；应传指针、预分配slice容量、慎用匿名struct。
-
CSRF和XSS是常见的Web安全威胁，Go通过多种机制有效防御。防范CSRF包括使用中间件如gorilla/csrf、Token验证机制及设置SameSiteCookie；防御XSS则依赖模板自动转义、输入过滤和CSP设置；实际应用中需注意token传递方式、API接口组合防护、框架集成支持及日志错误处理中的风险点。
