-
可靠做法是用结构化日志（如zap）配合context.Context透传TraceID：HTTP入口解析请求头后立即写入ctx，日志器自动从中提取trace_id字段，中间件需显式传递新ctx，出站请求须注入traceparent头，禁用log.Printf等非结构化方式。
-
服务端需手动注册SetPongHandler并配合SetReadDeadline实现可靠心跳；用time.Ticker每25秒发Ping，WriteControl需设写超时；客户端应额外发JSON心跳包并与服务端ACK交互；Nginx等中间件proxy_read_timeout须大于服务端最大空闲窗口。
-
是的，Go函数返回值为值类型时一定会发生按字段逐字节拷贝；编译器不保证RVO，string和slice仅拷贝header（24字节），大结构体应改用指针填充模式避免冗余拷贝。
-
查不到慢查询日志需先开启GORM带执行时间的日志，设log.Level为Info或更低；DB.Find()易全表扫描，存在性判断应优先用First()或EXISTS；定位缺失索引看RowsExamined远大于返回行数；函数、OR、前导LIKE等写法会导致索引失效，须改用范围查询等方案。
-
runtime.SetFinalizer只能绑定到显式指针类型变量，不保证执行且不可用于资源清理；正确用法是先声明变量再取地址绑定，适用于CGO内存释放等极少数场景。
-
strconv包用于Go中字符串与基本类型转换，提供Atoi、ParseInt、ParseFloat实现字符串转数字，Itoa、FormatInt、FormatFloat实现数字转字符串，需注意格式合法性及错误处理。
-
答案：Go的reflect包可动态操作切片和数组，通过Kind区分类型，使用MakeSlice创建切片，Append/AppendSlice扩容，Index遍历元素，需注意可寻址性与类型匹配。
-
根本原因是migrate默认从当前工作目录找./migrations，而CI环境往往不在项目根目录执行或未复制迁移文件；需确认cd到根目录、显式复制migrations、用绝对路径调用，避免依赖embed或statik。
-
strings.Title已弃用，应改用golang.org/x/text/cases.Title；它支持Unicode标准、区域设置及中英文混排，但不自动转小写；需手动处理“首大写+其余小写”逻辑，中文无大小写概念，纯中文串不受影响。
-
Go原生map已足够高性能，除非有极特殊需求（如固定大小、零分配、精确控桶），否则应优先使用；其底层经多年打磨，支持动态扩容、负载因子自动控制、溢出桶管理及多键类型专用哈希路径，百万级数据下Get/Put仍稳定在纳秒级。
-
在Martini中使用命名参数路由（如/edit/:id）时，HTML中的相对路径引用（如assets/css/...）会被浏览器解析为相对于当前URL路径，导致静态文件404；正确做法是统一使用以/开头的根路径（如/assets/css/...），确保静态资源始终从站点根目录加载。
-
Go中没有全局对象，只有包级变量，须在函数外用var声明，首字母决定导出性；多文件初始化顺序不可控，应避免跨文件依赖；并发读写需同步；推荐用sync.Once单例替代init()硬初始化。
-
Go的map并发写会panic，因运行时检测到concurrentmapwrites；sync.Map适用于读多写少场景，而sync.RWMutex+泛型map更灵活高效。
