-
panic会中断程序执行，但可通过defer中的recover捕获并恢复，避免崩溃；在HTTP中间件中使用recover可防止单个请求panic导致服务终止；recover仅在当前goroutine有效，需在每个可能panic的协程内单独设置；不应滥用recover，仅用于处理不可控的异常情况，如第三方库错误或插件执行，常规错误应使用error处理。
-
Go中需用标签跳出多层循环：在外层for前加标签（如outer:），break后跟标签名；标签须紧贴循环、区分大小写、仅函数内有效，否则报错undefinedlabel。
-
当任务需周期性重复执行时，应优先使用time.Ticker；它自动维持固定间隔的时间事件流，资源开销低，而time.Timer仅适用于单次延迟或需严格串行节拍的场景。
-
Go调用系统命令应使用os/exec包的exec.Command，不走shell解析，管道需显式调用/bin/sh；读写/proc和/sys按普通文件处理但注意虚拟文件特性；文件监控推荐fsnotify包；syscall调用优先用golang.org/x/sys/unix并严格校验错误。
-
不一定快，但可控——mmap将加载时机、页数及脏页回写交由开发者控制；其优势在于绕过内核缓冲区拷贝，适用于随机读、只读或重复扫描的大文件；误用则因缺页中断和TLB压力导致更慢。
-
分页必须显式指定ORDERBY，否则结果不可靠；Offset越大越慢，建议限制最大页码；Page和PageSize需校验；GORM分页需检查Error字段。
-
在Go中，若需将函数返回的多个值分别赋给已声明的全局变量和新变量，不能使用短声明操作符:=（因其会强制创建新变量），而应预先声明接收变量后使用普通赋值=——这是唯一符合Go语言规范且被社区广泛采纳的惯用做法。
-
并发数需匹配连接池与目标站承受力，硬开100goroutine易触发超时、DNS失败或429；应配置MaxIdleConns（100～500）、MaxIdleConnsPerHost（≥并发域名数）、IdleConnTimeout（30s），禁用DefaultClient，用semaphore.NewWeighted控并发，每个goroutine独享context并强制Close响应体。
-
Ω不能直接接nil判断，因其内部立即做非空检查和类型反射，传入nil会导致panic；正确做法是先用Expect(err).ToNot(HaveOccurred())确保非nil再断言，或改用Expect(ptr).To(BeNil())等安全匹配器。
-
本文详解Go中for循环内启动goroutine导致数据竞争的根本原因：循环变量member被多个goroutine通过闭包共享，而其值在循环迭代中持续更新，造成读写竞态；并提供两种安全、惯用的修复方案。
-
因为Go语言中字符串底层是UTF-8编码的字节数组，直接用整数索引遍历时i代表字节位置而非字符位置，可能导致截断多字节UTF-8字符。
-
必须用app.Queue()在主线程更新进度条，因fyne.ProgressBar.SetValue()非线程安全；直接改Value或在goroutine中调用会panic；进度需换算为0.0–1.0范围，且耗时任务不可阻塞goroutine。
-
重试机制与幂等性需协同设计：重试仅针对网络类错误并采用带抖动的指数退避，幂等通过request_id查重、状态机或唯一约束实现，二者结合保障RPC可靠性。
-
不能直接用net.Listen做负载均衡，因其仅监听端口且多进程绑定会冲突；需借助SO_REUSEPORT（内核级分发）、应用层accept+channel转发，或外部代理实现L4负载均衡。
-
Go中无原型模式原生支持，需手动实现Clone方法；值拷贝默认为浅拷贝，含指针、slice、map等字段时须显式深拷贝，否则共享底层数据。
