-
Go中sql.Tx不是goroutine安全的，必须单协程串行操作；多协程需共享只读查询、主协程统一提交写操作，并用context控制超时，高并发下优先最终一致性。
-
在微服务开发中，使用Golang的context包进行超时控制的关键在于合理设置参数以保障系统稳定性。1.使用context.WithTimeout设置绝对超时时间，及时取消长时间挂起的请求；2.根据业务链路整体规划超时值，确保各节点时间分配合理，如主服务设5秒总超时，子服务各设2秒；3.超时时向调用方返回明确HTTP状态码（如504或408），并在日志中记录以便排查；4.注意避免过大的超时值、重复设置时间、未传播截止时间等问题，并在测试中验证超时处理逻辑。
-
Go的i18n需组合golang.org/x/text与自定义Localizer，解析Accept-Language要用language.ParseAcceptLanguage，优先级应为Cookie→URLquery→Accept-Language→Default，YAMLkey必须ASCII且全语言对齐，加载失败必须显式检查error，模板函数tr应从context提取语言标签。
-
os.Stat与文件读取不能直接拼凑可靠缓存，因存在三坑：ModTime精度不足（如NFS秒级）、符号/硬链接导致行为不一致、检查与读取非原子致竞态；应改用inode+dev（Linux/macOS）或FileID（Windows）作唯一标识，或轻量哈希内容，并用带LRU驱逐的结构体管理缓存。
-
小文件用os.ReadFile但需严谨错误处理：检查err、区分错误类型、注意100MB隐式上限及UTF-8编码限制；大文件须用bufio.Scanner并调整缓冲区防超长行报错。
-
Go语言中测试文件需以_test.go结尾并与被测包同目录，通过TestXxx、BenchmarkXxx和ExampleXxx函数分别实现单元测试、性能测试和示例测试，推荐使用表驱动方式提升测试覆盖率和可维护性。
-
proto文件报红是因IDE未配置protoc的--proto_path指向third_party目录，需在.vscode/settings.json中添加对应路径配置。
-
Go初学者应直接开发CLI待办工具，用flag包解析参数而非os.Args；为add/list等子命令创建独立FlagSet，用flag.String和flag.Arg(0)获取输入，Parse后检查flag.NArg()防漏参。
-
必须先查本地缓存（L1）再查Redis（L2），否则L1失效、网络压力激增；典型路径为l1.Load→命中返回，未命中则redis.Get→命中后反序列化并l1.Store；L1TTL须≤L2TTL以避免脏数据。
-
从线上排障角度讲 errors.Is/As、fmt.Errorf %w、错误分层、日志上下文和用户可见错误的边界。
-
用多个带缓冲channel（如highPrioCh、lowPrioCh）配合单goroutine消费者轮询实现优先级队列，按优先级顺序非阻塞读取，辅以配额或超时机制防饥饿；禁用select随机选、heap单channel等错误方案，并通过chan方向限定和context管控生命周期防goroutine泄漏。
-
选型取决于平台和用途：LinuxPeripheral用paypal/gatt，LinuxCentral用muka/go-bluetooth，跨平台Central用elliotchance/ble；环境配置（权限、bluez、HCI状态）比代码更关键。
-
秒杀系统需分层限流、原子扣减与防超卖：网关用rate.Limiter限流，Redis+Lua严格校验库存并返回明确状态，MySQL订单表建联合唯一索引，缓存采用逻辑过期+singleflight防击穿。
-
雪崩效应是服务调用链中某节点响应变慢或失败，导致上游资源持续堆积并拖垮整体；代码中表现为正常HTTP调用（如restTemplate.getForObject）却耗尽线程池，需通过Resilience4j的record-failure-expression显式纳入耗时判断并配合TimeLimiter超时控制来防御。
-
必须由独立goroutine在wg.Wait()后统一close(ch)，因多生产者自行关闭易致panic、数据丢失或消费者阻塞；单生产者自关看似可行但扩展后风险高。
