-
Go错误处理核心是将error视为值而非异常，需通过自定义类型（如UserNotFoundError）、%w包装、AppError统一转换，在service层完成语义识别与分类，避免中间层字符串拼接或defer覆盖，确保错误可判断、可响应、可监控。
-
使用Gin框架可快速构建RESTAPI，通过net/http处理HTTP请求，结合GORM操作数据库，合理分层（main、handlers、services、models）提升可维护性，遵循REST原则实现CRUD，配合中间件与统一错误处理，逐步扩展JWT鉴权与Swagger文档功能。
-
用sync.Once而不是手动加锁，因其通过原子操作+互斥锁+happens-before确保初始化完成前所有字段写入对后续调用者100%可见，避免双重检查锁在Go中因内存重排序导致的半成品对象问题。
-
Go调度器需通过问题驱动+打点验证理解，从runtime.main切入，聚焦schedule/findrunnable逻辑，结合GODEBUG观察状态流转，而非通读源码或深究汇编细节。
-
本地缓存无法跨节点自动同步，必须依赖外部机制；sync.Map、bigcache等仅限单进程有效，多实例间完全隔离，需通过RedisPub/Sub广播失效事件并结合版本号校验实现最终一致。
-
excelize/v2是Go生态中唯一稳定支持.xlsx全功能（公式、样式、合并单元格、多sheet）且持续维护的纯Go库；避免逐单元格写入，应批量使用SetSheetRow/Rows；导入时须校验sheet名而非依赖索引；需显式设置字体、日期、文本格式以防乱码和类型错误。
-
Go代理模式通过组合+接口嵌入+显式委托实现，而非继承；需定义小而专注的接口（如FileReader），真实对象与代理对象均实现该接口，代理通过显式字段持有真实对象并手动委托调用。
-
最简可用GoCI流程需用actions/setup-go配置Go环境并显式启用GO111MODULE=on；必须先checkout再setup-go；含cgo需设CGO_ENABLED=1；避免冗余gomoddownload；交叉编译需指定GOOS/GOARCH；发布需permissions:contents:write及正确标签引用。
-
Beego并不会自动将Session数据注入模板上下文，必须手动解包并赋值给this.Data才能在模板中通过{{.key}}访问；官方文档中“隐式访问”的描述易引发误解，实际需显式桥接Session与模板数据。
-
Go标准库无原生session，需用gorilla/sessions等第三方包封装；单机内存存储无法扩展，Redis因原子性、过期键和跨进程访问成为首选；须签名sessionID、设HttpOnly/SameSite、对齐TTL，并注意v9client兼容性及续期策略。
-
OFFSET深翻变慢是因为MySQL需真实扫描并丢弃前10万行，I/O与CPU开销线性增长；应改用游标分页，配合唯一排序字段、覆盖索引、Redis缓存及严格分页限制。
-
Go中无通用迭代器接口，database/sql.Rows需手动调用Next()和Scan()流式读取，及时Close()防连接泄漏，避免反射开销与分页性能陷阱。
-
使用httptest和接口打桩可高效测试Go的HTTP客户端。首先通过net/http/httptest创建模拟服务器，验证请求响应逻辑；其次定义HTTPClient接口并实现Mock对象，隔离测试业务逻辑；最后利用延迟和超时设置覆盖异常场景。1.启动httptest.Server模拟API返回JSON；2.注入MockHTTPClient拦截Do方法；3.设置客户端超时验证错误处理。这种方式无需真实网络调用，即可全面测试成功、失败及边界情况，提升代码可靠性。
-
账号注销需同步清理token、缓存、服务注册及业务数据：token黑名单须持久化并前置校验；关联缓存需主动失效；服务注册须显式注销；业务数据应异步分步清理并留回滚窗口；跨系统需事件广播通知。
-
Go语言调用短信API需安全封装：用自定义http.Client设超时，分网络/HTTP/业务三类错误处理，敏感信息外置注入，客户端限流+去重+有节制重试。
