-
err!=nil有时不生效，因接口值由动态类型和动态值组成，仅当二者均为nil时才真为nil；传入*MyErr(nil)会使动态类型非空，导致判空失效。
-
在Go中，将新分配结构体的指针同时存入切片并返回给调用方，不会导致内存泄漏——因为Go的垃圾回收器（GC）会自动追踪所有可达引用，只要对象不再被任何活跃变量或数据结构引用，就会被安全回收。
-
httpmock是拦截并返回预设响应最省事的方式，它无缝接管http.DefaultClient和自定义client，无需改业务代码；需调用httpmock.Activate()启用、httpmock.DeactivateAndReset()清理，否则请求照发或污染后续测试。
-
答案是合理利用Goroutine、Channel与消息中间件并优化资源管理。通过控制goroutine数量、使用带缓冲channel和worker池平衡并发；选用NSQ或Kafka解耦分布式系统；复用对象、预分配内存、减少分配以降低GC压力，提升性能。
-
Excelize/v2是当前Go生态处理.xlsx最可靠的选择，但高度依赖文件合规性、写入方式与类型处理：不支持非标格式，中文需UTF-8，大批量须用SetSheetRow或StreamWriter，读公式/日期须判类型并手动计算。
-
unsafe.Pointer不能直接转int，因Go编译器禁止绕过类型安全检查，必须通过byte或*uintptr等中间类型桥接，且需确保uintptr转换不导致GC提前回收对象。
-
Golang凭借goroutines和net包实现高效TCP服务器，核心是监听端口、接受连接并为每个连接启动goroutine处理；通过defer关闭连接、设置读写超时、合理处理EOF和网络错误，可有效管理连接；结合日志、netstat、客户端模拟及pprof工具，能有效调试并发安全、阻塞操作和连接泄漏等问题。
-
无缓冲channel一发就死锁，因其是同步通道：发送操作会立即阻塞，必须有另一goroutine同时执行接收操作才能配对完成，否则所有goroutine休眠触发deadlock。
-
Go语言无内置参数加解密机制，需在handler或中间件中显式处理：从RawQuery或ReadAll(Body)获取原始密文，base64解码后用crypto/aes+CBC/GCM解密，校验PKCS7填充与UTF-8有效性，并通过KMS安全管理密钥。
-
用golang.org/x/time/rate实现令牌桶限流最稳妥标准库不带限流，但官方维护的rate包就是为这设计的——不是玩具，生产可用。它底层是精确的令牌桶（tokenbucket），支持突发流量、可动态调整速率，且无锁（基于time.Now()和原子操作）。常见错误是手动实现计数器+时间窗口，结果在高并发下漏判或误限——比如用map+sync.Mutex存每个IP的最后请求时间，既慢又难保证一致性。rate.NewLimiter(rate.Limit(10),5)：每秒
-
默认http.Transport因MaxIdleConnsPerHost=2限制导致高并发时连接频繁新建与泄漏；必须协同配置MaxIdleConns、MaxIdleConnsPerHost和IdleConnTimeout，并始终调用resp.Body.Close()才能复用连接。
-
Go不支持原生AOP，但可通过HTTP中间件（如func(http.Handler)http.Handler）、高阶函数装饰器、接口嵌入等方式将日志、鉴权等横切逻辑与业务解耦，避免反射或代码生成以保障性能与类型安全。
-
必须用map[string]*User替代[]User，因切片无法O(1)查找、值比较不可靠、无法检测重名；注册需校验键存在，Mediator接口必须带context.Context以支持超时与取消。
-
本文详解如何使用Go的go-imap库正确获取IMAP邮件的\Seen标志，从而判断消息是否已被阅读，并提供可运行的Gmail示例代码、关键注意事项及常见错误排查。
-
Go模板中FuncMap注册函数需显式添加，不支持直接调用未注册函数或结构体方法；嵌套模板同名define会静默覆盖；Execute不可传nil；New模板不继承FuncMap，须手动Funcs()。
