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