-
Go并发下载需限制goroutine数量并配置http.Client：设MaxIdleConns/PerHost、用channel控并发、每任务独立context.WithTimeout、写文件须隔离路径或加锁，优先用io.Copy确保健壮性。
-
最稳妥的GoWebAPI版本控制方式是URL路径分版本（如/v1/users）。因Header方式导致调试困难、缓存混乱、中间件兼容性差；路径方式支持独立路由树、Nginx分流、清晰语义隔离；废弃旧版本需渐进式返回410/426并监控，而非简单删除或重定向。
-
errors.Join支持多错误并列聚合，可多次Unwrap展开；fmt.Errorf(%w)仅单层包装，且%w后nil会panic；errors.Is/As可跨层级判断，日志推荐%+v打印全链。
-
Go调试核心是确保dlv与IDE通信正常且项目满足调试前提：使用Go1.18+默认构建（禁用-s-w）、正确安装dlv、配置launch.json的mode和program字段，并验证二进制含DWARF调试信息。
-
Go反射基准测试需模拟真实热路径场景，只测单一操作、开启内存统计、预热类型系统、设置合理对比组；反射开销非线性，嵌套类型和Call调用代价高，但TypeOf、Kind判断、StructTag.Get等初始化或轻量操作可安全使用。
-
Go标准库log包在高并发下卡住，因其默认使用带锁io.Writer导致日志调用串行阻塞；应改用无锁、结构化、零分配的zap日志库，并正确配置TimeKey、EncodeTime、LevelEnablerFunc及WriteSyncer。
-
性能优化应在真实负载下出现可复现问题时启动，如HTTP延迟>200ms、goroutine超5000持续增长、GC频次>1次/秒或单次暂停>5ms、CPU长期>70%且热点在业务逻辑；gobuild-ldflags="-s-w"仅减小二进制体积，不影响运行时性能。
-
Go热重载不能直接反复gorun，因每次启动新进程而旧进程未清理导致端口占用，且gorun无文件监听能力；需借助air或fresh等工具实现构建、优雅重启与信号转发。
-
GoLand通过Task&Contexts功能实现分支与IDE状态（文件、断点、运行配置等）一键切换，需确保分支本地化、启用自动更新与模块重载，并手动保存Context；未提交修改需暂存，RunConfiguration需设为Task级别以避免冲突。
-
strings.Split和strings.Join易因空字符串、重复分隔符或Unicode边界出错；Split连续分隔符产生空段，Join不恢复原始格式，需谨慎用于round-trip场景。
-
Go标准库container/heap默认不并发安全，需用sync.Mutex或sync.RWMutex封装；必须完整实现heap.Interface的5个方法（Len、Less、Swap、Push、Pop），且Push/Pop需指针接收者；性能瓶颈主要在锁竞争与内存分配。
-
自定义错误类型能携带上下文信息并支持特定行为判断，例如通过结构体包含文件名、操作类型等字段，并实现Error()方法以提供详细错误描述。
-
业务错误必须用自定义BizError结构体封装，携带Code、Message、TraceID等字段，便于识别、分类和统一处理；系统错误需用%w包装保留原始error链，区分可恢复性；HTTPhandler中依错误类型分流返回4xx或500状态码。
-
Go处理外部API错误的核心是主动检查error、区分网络层与业务层错误并设计对应策略：http.Client.Do不因HTTP状态码非2xx返回error，需手动检查StatusCode；网络错误属net.Error需类型断言判断Temporary/Timeout；JSON解析失败应校验Content-Type并记录原始响应；禁用DefaultClient，为各服务配置独立client及Transport参数。
-
应使用fmt.Errorf的%w动词包装错误以保留原始错误链，支持errors.Is和errors.As向下查找；避免用%v/%s或字符串拼接，防止丢失类型与堆栈信息。
