-
mgo库不会缓存传入mgo.Dial()的连接字符串；所谓“连接旧库”实为代码中其他位置（如session.DB()）硬编码了旧数据库名，而非连接字符串被缓存或复用。
-
用\_忽略错误危险因运行时静默失败，如HTTP请求失败、文件写入截断、数据库事务未提交等；必须显式处理所有I/O错误，\_仅适用于明确无用且不影响正确性的场景。
-
Testcontainers在Go中需使用testcontainers-go；常见错误是未启动Docker或权限不足，PostgreSQL测试须设ExposedPorts和WaitingFor，容器应通过TestMain全局管理并设Started:true。
-
Go单元测试应优先使用标准testing包，测试函数须以Test开头、接收*testing.T参数并置于同包的_test.go文件中；推荐用t.Run组织子测试、t.Parallel加速并发、避免t.Fatal滥用，并通过接口抽象解耦依赖。
-
golang.org/x/text/message不支持运行时语言切换，因Printer在创建时固化格式规则；需用go-i18n/v2等支持动态本地化的库，并配合Accept-Language安全解析与模板安全插值。
-
HTTPhandler中直接returnerror编译报错，应定义带状态码的AppError类型并统一处理；json.Encode需显式检查err避免panic；recover后须先WriteHeader再写body；生产环境错误信息需脱敏。
-
使用zap等结构化日志库输出JSON格式日志，包含trace_id和服务名；2.通过Filebeat采集本地日志文件并发送至Kafka；3.利用Kafka缓冲后由Logstash处理并存入Elasticsearch；4.通过Kibana实现日志检索与可视化，结合OpenTelemetry将trace_id关联全链路日志，实现高效聚合与追踪。
-
答案：Golang中实现RPC客户端负载均衡需结合服务发现、健康检查与负载均衡策略。通过封装RPC客户端，维护服务实例列表，利用轮询、随机或一致性哈希等策略选择节点，提升系统可用性与伸缩性。
-
Go中可用接口+组合+函数字段实现模板方法模式，固定流程骨架并允许子类定制步骤细节，如PaymentProcessor通过字段注入可变逻辑。
-
TCP是字节流协议，不保证消息边界，导致读取时出现黏包或丢包；根本原因是缺乏协议头定义长度，需用固定头部（如4字节大端长度）+载荷方式解决。
-
Gin框架中，c.Request.Body是一次性可读流，首次读取后即耗尽；若需在中间件校验后供后续处理器再次使用，必须手动“捕获并重置”请求体——即读取后将其内容写回一个可重复读的io.ReadCloser。
-
优化Golang并发性能的核心在于合理配置GOMAXPROCS并理解其调度模型。1.GOMAXPROCS控制Go运行时使用的逻辑处理器（P）数量，直接影响程序的并行能力；2.默认值为CPU核数，适用于大多数场景，但需根据应用类型调整；3.CPU密集型应用应保持或略低于CPU核数以减少上下文切换；4.I/O密集型应用可适当提高GOMAXPROCS以提升CPU利用率；5.容器化环境中应手动设置GOMAXPROCS匹配容器分配的CPU资源；6.性能评估需结合基准测试、pprof剖析、系统监控和Go运行时指标进行
-
值类型参数传递时会复制副本，函数内修改不影响原变量，需修改时应传指针。
-
使用gobuild命令可安全、轻量地检查单个Go包的编译可行性，无需安装依赖、不执行测试、也不生成正式二进制文件。
-
不能直接用new+全局变量实现线程安全单例，因为包级变量初始化非并发安全，可能导致多次初始化；且指针共享不解决内部字段（如map）的并发竞争，必须用sync.Once保障初始化一次，并对可变字段做同步封装。
