-
反射获取切片元素类型须调用t.Elem()；匿名字段需手动递归处理；未导出字段调Interface()会panic；[]MyType不可Convert为[]interface{}，需逐个Set；所有操作均需检查导出性、可设置性等安全条件。
-
strings.Builder比+快，因其内部用可增长[]byte缓冲区，避免每次拼接都新建字符串和拷贝；+在循环中频繁分配内存，而Builder仅在扩容时分配，且WriteString/Write零分配（不扩容时）。
-
用image包解码本地图片需先os.Open再image.Decode自动识别格式，转为*image.RGBA后用draw.Draw缩放（最近邻）；需设Content-Type防乱码，按需解码或磁盘缓存缩略图防OOM。
-
cache.Get()未命中时需手动实现Read-Through：先查缓存，未命中则加锁/用singleflight防击穿，双检后回源DB并写入缓存，不可依赖库自动回源。
-
Go里&&真会短路，但别靠它写副作用逻辑Go的&&确实短路：左边为false时，右边表达式根本不会执行。这是语言规范保证的行为，不是优化技巧，而是语义本身。常见错误是把err!=nil&&handleError(err)这类写法当“安全兜底”，结果handleError带状态修改（比如记录日志、发告警），一旦左边为false，这些操作就静默丢失——因为压根没调用。只在右边是纯判断（如ptr!=nil&&ptr.field>0）或无副作用函数（如isValid(x)&&isI
-
Go应用应只向os.Stdout输出单行JSON日志，由Promtail或FluentBit采集，而非直连Loki；需统一字段命名、禁用换行、正确配置解析与标签映射，避免权限和静默丢弃问题。
-
v是副本而非引用，修改v不影响原切片；改原切片须用索引s[i]；结构体切片中v.Field=x无效；map遍历顺序随机，需显式排序key；并发读写map会panic；string遍历中i是字节偏移而非字符序号。
-
状态模式通过接口和结构体组合在Golang中实现，将订单等对象的不同状态封装为独立结构体，每个状态实现同一行为接口，如Pay、Ship、Complete；初始状态为待支付，调用Pay后状态切换为已支付，再调用Ship变为已发货，最后Complete进入已完成状态，各状态对操作返回不同结果并控制状态转移，避免了冗长条件判断，新增状态只需扩展新结构体而不修改原有代码，符合开闭原则，提升了可维护性与可扩展性。
-
直接测handler函数时用httptest.NewRecorder；需完整HTTP生命周期（如重定向、中间件、TLS）才用httptest.NewServer。前者轻量快速，适合90%单元测试；后者启真实服务，易致端口冲突、变慢，属集成测试范畴。
