-
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/业务三类错误处理，敏感信息外置注入，客户端限流+去重+有节制重试。
-
Go桌面应用无法真正热更新，只能通过go-selfupdate实现无缝重启：下载校验新二进制、替换并重启，需适配各平台签名与自启机制，插件机制不可行，核心难点在于更新时机判断与状态快照恢复。
-
核心是“要不要”而非“能不能”：标准库encoding/json已足够健壮，自写反射序列化仅适用于需绕过标签规则、序列化私有字段、注入元信息或对接非标协议等特定场景。
-
用channel做事件总线易卡死，因其本质是点对点管道，不支持一对多广播：无缓冲时发送阻塞，有缓冲时满则丢事件，且无法动态增删监听者，导致deadlock或事件静默。
-
泛型最适合处理“逻辑相同、仅类型不同”的重复函数，如SumInts、SumFloat64s等；它通过类型参数化实现同一套逻辑在有限数值/可比较类型上的安全复用，而非盲目适配任意类型。
-
go.sum是模块校验快照，仅用于验证go.mod中声明模块的内容完整性；校验失败会中止构建，常见于代理污染或版本撤回；须提交至Git并禁止CI中自动生成，编辑应通过goget而非手动修改哈希。
-
Go中备忘录模式通过Originator创建/恢复快照、未导出memento结构体+只读Memento接口实现封装、Caretaker独立存储管理，确保状态安全隔离与职责分离。
-
Go可用标准库+少量依赖构建高吞吐内存计算核心：用sync.Pool复用对象降GC压力，unsafe.Slice避免底层数组拷贝，chanstruct{}+select实现无锁批量触发。
-
embed.FS只能嵌入当前包或其子目录下的文件，路径须为相对包根的静态字面量，区分大小写；嵌入内容编译进二进制，ReadFile返回只读[]byte；需用fs.Sub配合http.FileServer服务静态资源；buildtag会导致整个文件不参与编译，使嵌入失效。
