-
Go语言程序可以使用通道进行多个 goroutine 间的数据交换，但这仅仅是数据同步中的一种方法。通道内部的实现依然使用了各种锁，因此优雅代码的代价是性能。在某些轻量级的场合，原子访问
-
因为TCP的三只握手等等原因，建立一个连接是一件成本比较高的行为。所以在一个需要多次与特定实体交互的程序中，就需要维持一个连接池，里面有可以复用的连接可供重复使用。
而维持一
-
分布式锁一般有三种实现方式：1. 数据库乐观锁；2. 基于Redis的分布式锁；3. 基于ZooKeeper的分布式锁。本篇博客将介绍第二种方式，基于Redis实现分布式锁。虽然网上已经有各种介绍Redis分布式锁
-
压缩zip
func Zip(dest string, paths ...string) error {
zfile, err := os.Create(dest)
if err != nil {
return err
}
defer zfile.Close()
zipWriter := zip.NewWriter(zfile)
defer zipWriter.Close()
for _, src := range paths
-
Go中命令模式核心是将操作转为函数值，用typeCommandfunc()最轻量；需撤销时返回执行/撤销函数对，共享闭包状态；批量执行须逆序回滚，仅联动多步骤操作才值得封装。
-
应使用每条消息独立的time.Timer而非全局time.Ticker实现重发，绑定seqID和retryCount状态，收到ACK即stop并清除，失败后reset支持指数退避。
-
设计RPC接口时方法需大写、接收者为指针，参数返回值用结构体；2.优先选用Protobuf+gRPC或JSON-RPC替代默认Gob以提升跨语言兼容性；3.客户端应管理连接生命周期并处理超时与错误；4.服务端需校验参数，分离业务逻辑便于测试；5.添加日志、监控和健康检查提升可观测性。
-
Go函数应返回error类型表示错误，使用fmt.Errorf包装并保留错误链，自定义错误类型增强语义，避免用nil或空字符串混淆错误信号，确保调用方能正确处理。
-
Go中Visitor模式别扭因无方法重载与运行时类型分发，正确做法是节点主导访问（如Walk函数），而非接口+类型断言；泛型仅解决已知类型安全，不提升扩展性；简单场景用函数值更符合Go惯用法。
-
Go并发控制靠channel、sync.Mutex、sync.WaitGroup和context.Context四类原语轻量约束；channel用于协作/流控，Mutex仅保护共享变量读写；Pool需重置状态且易致内存泄漏，高频小结构体宜直接分配，大buffer用bytes.Buffer.Reset()更可控；稳定性取决于资源释放时机、清理责任及超时取消是否穿透到底层I/O。
-
gorun是最轻量的开发调试方式，只需一个含packagemain和funcmain()的Go文件即可直接执行，不生成二进制、不写磁盘、无需go.mod，但要求文件必须为main包且main函数无参数无返回值。
-
Go桌面应用无法真正热更新，只能通过go-selfupdate实现无缝重启：下载校验新二进制、替换并重启，需适配各平台签名与自启机制，插件机制不可行，核心难点在于更新时机判断与状态快照恢复。
-
Go语言字段权限由首字母大小写决定：大写导出可被外部访问，小写私有仅包内可见；真正权限控制应通过封装方法（如Get/Set）和窄接口实现，而非依赖字段命名。
-
正确做法是将flag字段提为结构体成员并全局实例化，用BindFlags绑定；需调用SetNormalizeFunc统一处理下划线与中划线；通过实现flag.Value接口支持choices校验；默认值必须显式传给StringVar等注册函数。
-
var和:=的核心区别在于作用域、重复声明规则与类型推导：var可用于包级和函数内并支持零值初始化，:=仅限函数内且必须同时声明与初始化，同作用域重复使用会报错。
