-
在Go中使用Protobuf定义RPC需先编写.proto文件，用service声明服务及方法；2.通过protoc生成Go代码，包括消息结构体和服务接口；3.实现服务端结构体并注册gRPC服务；4.客户端通过Stub调用远程方法，完成通信。该流程支持跨语言、高效率的微服务交互。
-
直接用sync.Mutex做分布式锁无效，真正可用的高性能方案只有Redis（原子SET+Lua校验）和etcd（lease+TxnCAS），选型取决于一致性、延迟与运维容忍度。
-
select语句用于Go语言中多channel的并发协调，其结构类似switch，每个case处理channel的发送或接收操作；当多个case就绪时随机执行一个，保证公平性，若无就绪case则阻塞，除非存在default子句实现非阻塞；常用于超时控制、优雅关闭和多生产者消费者场景；使用时需避免空select导致永久阻塞，慎用default防止忙轮询，并结合context管理取消与超时，正确应用可提升并发程序效率与稳定性。
-
签名验证不能只比对hmac.Sum256原始字节数组，因网络传输需base64或hex编码，客户端未编码或编码不一致会导致校验失败；必须统一编码、标准化原文、前置读取Body计算body_hash，再校验签名与时间戳。
-
Go中单例模式通过sync.Once实现线程安全延迟加载：用私有指针变量+Once.Do确保首次调用才初始化，避免DCL竞态；支持闭包传参、测试替换和资源释放。
-
vendor目录是Go模块启用前的依赖快照机制，通过将第三方包复制到本地vendor/子目录实现构建可重现；gomodvendor按go.mod+go.sum生成快照，但不处理replace本地路径模块。
-
sync.Once.Do无法直接返回错误，正确做法是用sync.Once+包级变量（instance/initErr）组合实现线程安全的带错单例初始化，确保错误只设一次且暴露给调用方。
-
Go1.16起GO111MODULE默认on，但仍需手动设为on以确保行为一致；模块路径须按最终import地址预设（如github.com/yourname/mytool），避免简名或本地路径。
-
Go的net.Conn默认是非阻塞的，由运行时自动调度goroutine，无需手动实现类似JavaNIO的轮询机制；用户应使用同步风格代码，配合超时控制和并发优化。
-
make([]int,0,10)更省内存，因其底层数组预分配但len=0，append可复用空间；而make([]int,10)立即分配10个元素，未使用部分仍占内存。
-
本文详解如何在Go应用中检测GORM的底层数据库连接异常（如网络中断、服务宕机），并通过类型断言提取驱动原生错误码，实现自动恢复与优雅降级，避免因连接问题导致服务不可用。
-
reflect.Select不能复用未重置的reflect.SelectCase切片，每次调用前必须重置Chan和Send字段，否则可能返回-1或panic；Chan必须是可寻址的reflect.Value，Send需每次显式更新，且性能远低于原生select。
-
能玩，但得换思路。iota本身只生成整数，需通过自定义类型+String()方法（推荐）或字符串切片索引两种方式实现字符串枚举效果，前者类型安全、可读性强，后者轻量快捷但无类型保护。
-
需分两步：先make([][]int,rows)，再循环对每行make([]int,cols)；错误写法make([][]int,3,4)仅得nil切片，访问即panic。
-
Gin框架中，c.Request.Body是一次性可读的io.ReadCloser，首次读取后即耗尽；若需在中间件和后续处理器中多次使用请求体（如JSONSchema校验+业务绑定），必须手动“捕获并重置”Body流。
