选gin而非net/http：路由分组、中间件、JSON绑定开箱即用且性能不输；net/http仅适用于极简场景或协议层调试；务必设超时与优雅退出，结构体JSON字段需显式tag。

Golang的反射机制虽然强大，但性能较低。它通过reflect包在运行时动态解析和操作类型信息，涉及动态查找、间接跳转、参数打包解包、接口拆箱装箱等额外开销，因此比编译期确定的直接操作慢很多。最耗性能的操作包括：1.反射调用方法；2.反射创建对象；3.频繁遍历结构体字段；4.类型断言与反射混合使用。优化方式包括：1.缓存反射结果；2.提前做类型检查；3.用代码生成替代反射；4.限制反射使用范围；5.考虑使用unsafe包替代。因此，在性能敏感场景应尽量避免滥用反射，或通过上述手段将其影响最小化。

Go错误链靠%w显式包装和errors.Is/As解包实现因果链传递，需添加有意义上下文，Error()仅返回顶层描述，完整链需%+v或手动展开。

log/scanner比bufio.Scanner更可靠，能正确处理跨行日志；需预编译正则、流式读取大文件、并发聚合时避免map竞态。

bufio通过内存缓冲区减少系统调用，批量读写提升吞吐量；推荐缓冲区4KB–64KB；日志追加写用NewWriterSize+定期Flush可提速3–10倍。

并发写map会panic是因Go运行时主动检测并终止竞态，通过hashWriting标志在mapassign/mapdelete中触发fatalerror；即使一写多读也危险，因扩容时读可能访问被修改内存；sync.Map仅适用于读多写少等特定场景。

TestMain是Go中唯一能在所有测试开始前/结束后执行一次全局初始化或清理的机制。它必须定义在main_test.go中，签名固定为funcTestMain(m*testing.M)，需显式调用m.Run()并用os.Exit(m.Run())透传退出码，defer清理逻辑须置于m.Run()前以确保执行。

在Go中，可通过点号（.）操作符直接访问结构体指针或值实例的导出字段（首字母大写），如graph.nodes或graph.adjList；非导出字段（小写首字母）仅限包内访问。

Go1.13errors包通过%w封装错误，errors.Is和errors.As实现链式判断，结合自定义Unwrap方法可追溯上下文，避免过度包装与循环引用，提升错误处理的可读性与健壮性。

享元模式通过共享内部状态、分离外部状态来减少内存开销。使用map缓存对象、sync.Once保证线程安全初始化、工厂封装创建逻辑，并在方法中传入外部状态，实现高效对象复用。

Go通过const结合iota实现枚举功能，如const(Success=iotaFailure)生成连续值，支持带前缀命名、字符串转换、分组重置及跳过或偏移起始值，简洁高效。

ICO文件是严格规范的容器格式，需先解析ICONDIR头和ICONDIRENTRY目录获取各图标偏移与尺寸，不可直接用PNG解码；生成时须手拼二进制结构，按序写入头、目录项及PNG数据（带8字节签名），并提供16×16至256×256多尺寸原图。

Go用interface+struct实现状态机，通过统一HandleEvent方法返回新状态实例而非修改字段，确保不可变性与并发安全；各状态struct实现State接口，事件处理需幂等校验与错误返回，测试应直接构造真实对象验证迁移结果。

log.Printf无法满足微服务日志追踪，因其不支持上下文透传；需通过context.Context自动携带trace_id，并在HTTP/gRPC调用及日志中统一注入与传递。

Go语言中channel是goroutine间安全通信的核心，通过make创建，支持无缓冲和有缓冲模式，实现数据传递与同步控制。