-
概述
模板方法模式定义了一个算法的步骤，并允许子类别为一个或多个步骤提供其实践方式。让子类别在不改变算法架构的情况下，重新定义算法中的某些步骤
确定了步骤的执行顺序，单某些
-
前言：
最近在探索用Go来读取文件，读取文本时发现，对于单行超长的文本，我的Go代码无法处理。经过查阅才发现，Go提供的Scanner无法读取单行超长文本文件。我这里就来总结一下问题的发现
-
Jaeger
OpenTracing 是开放式分布式追踪规范，OpenTracing API 是一致，可表达，与供应商无关的API，用于分布式跟踪和上下文传播。
OpenTracing 的客户端库以及规范，可以到 Github 中查看：https://github.com/
-
基础语法差不多了，需要开始实践到一下项目，先来web框架gin吧，做一个后端web服务。
在把项目搭建起来的过程中，我也要结合实际的工作经验，补充一些项目结构、开发组件上的理解。
项目
-
从 fatal error: concurrent map read and map write 的现场出发，演示如何用竞态检测确认问题，再比较读写锁、单 goroutine 所有权和分片 map 的适用边界。
-
全局队列（sched.runq）不参与work-stealing负载均衡，仅作为防饿死的被动兜底通道；它加锁、单次取1个G、每61次调度tick才检查一次，设计上排除在窃取路径外。
-
阻塞式channel操作默认会挂起发送或接收方直到对方就位，如无缓冲channel在有接收者时才继续发送。
-
通过减小锁粒度、使用读写锁、缩短持锁时间、原子操作和无锁结构，可有效降低Golang中sync.Mutex的争用。具体包括：将大锁拆分为多个小锁（如分片缓存），使不同goroutine访问不同锁；在读多写少场景下用sync.RWMutex提升并发性能；避免在临界区内执行耗时操作，尽早释放锁；对简单计数等操作改用sync/atomic实现无锁同步；必要时通过channel控制并发或使用sync.Pool减少分配。核心是根据访问模式选择合适机制，避免过度依赖互斥锁，从而提升高并发下的程序吞吐量。
-
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失衡。
