-
sql.DB是连接池管理器而非单个连接，应全局复用且避免频繁Close；参数须用?占位防注入；Scan字段顺序与类型须严格匹配；Rows.Close()必须显式调用并及时释放。
-
Go中Composite模式通过接口抽象行为、结构体字段嵌入实现复用，关键在于叶子与容器对调用者透明；需避免nilpanic、类型断言破坏多态、字段命名歧义、循环引用panic、递归栈溢出及粗粒度锁等问题。
-
本文详解如何在Go语言中精准提取字符串中所有被双引号包围的子串（不含引号本身），纠正贪婪匹配导致的跨引号错误，并提供正则优化方案、完整可运行代码及关键注意事项。
-
用fmt.Printf配合格式动词（如%s、%d、%v）是最常用也最可控的方式，别依赖fmt.Println自动换行加空格的“省事”逻辑——它在调试和日志里反而容易掩盖结构问题。
-
Go国际化核心在于locale切换时机与翻译键组织，推荐用golang.org/x/text或go-i18n；JSON/TOML需扁平结构，Accept-Language须用language.ParseAcceptLanguage解析并Matcher匹配，参数名大小写敏感，复数需完整定义，路径/标签格式错误易致静默失败。
-
WaitGroup必须先Add再启动goroutine，否则因计数器负值panic；必须传指针而非值；常与channel配合使用收结果和错误；复杂场景应改用errgroup.Group。
-
GOMAXPROCS不是并发加速器，仅控制同时运行Go代码的OS线程数（P的数量），不增加goroutine总数，也不解决I/O阻塞或锁竞争；设过高反而引发调度抖动、cachefalsesharing和GC失衡。
-
在Cgo中调用带constchar*参数的C回调函数时，Go无法直接导出匹配const修饰符的函数，导致类型冲突；本文提供兼容、安全且符合CGO规范的解决方案。
-
Go错误处理通过函数返回error值而非try-catch，强调错误是普通值、出错是常态；标准写法为最后返回error，调用时须用iferr!=nil检查，推荐用%w包装错误并用errors.Is/As判断，可自定义error类型添加上下文。
-
.proto文件必须严格满足三行“启动头”：syntax="proto3"独占首行、package定义内部命名空间、optiongo_package指定Go包路径；字段编号不可复用且需预留扩展空间；service需显式声明，rpc参数/返回值仅限message；生成命令须与go_package路径对齐。
-
Go中TCP通信需注意：服务器用net.Listen监听并循环Accept+goroutine处理连接；客户端用Dialer设超时避免阻塞；Read需处理部分读取和关闭情况；关闭连接要先写后关，避免brokenpipe。
-
中间件剥离是将日志、鉴权等非业务逻辑从handler中抽离为可复用、可插拔的独立函数，本质是http.Handler嵌套包装，在调用原handler前后插入逻辑；Gin中通过c.Next()实现洋葱模型，解耦关键在于依赖接口而非具体实现。
-
Go应用只需将日志输出到os.Stdout/os.Stderr，Docker自动采集；禁用文件写入、确保换行、避免缓冲，日志配置由dockerrun或docker-compose.yml统一管理，Go不干预。
-
通过减小锁粒度、使用读写锁、缩短持锁时间、原子操作和无锁结构，可有效降低Golang中sync.Mutex的争用。具体包括：将大锁拆分为多个小锁（如分片缓存），使不同goroutine访问不同锁；在读多写少场景下用sync.RWMutex提升并发性能；避免在临界区内执行耗时操作，尽早释放锁；对简单计数等操作改用sync/atomic实现无锁同步；必要时通过channel控制并发或使用sync.Pool减少分配。核心是根据访问模式选择合适机制，避免过度依赖互斥锁，从而提升高并发下的程序吞吐量。
-
阻塞式channel操作默认会挂起发送或接收方直到对方就位，如无缓冲channel在有接收者时才继续发送。
