-
iota是Go中仅在const块内有效的编译期整型常量生成器，每块从0开始逐行递增，同行共享值；可显式赋值实现偏移、步长或非连续序列。
-
当自定义error类型的Error()方法内部调用fmt.Sprint(e)时，会因fmt包优先调用Error()接口导致递归调用，最终栈溢出；根本原因是fmt在格式化interface{}值时按固定优先级（error→Stringer）选择字符串化方法。
-
Go反射不可替代接口和泛型，但用于序列化、配置绑定等绕过编译期类型约束的场景；必须用reflect.Value.Interface()再断言以避免未导出字段panic；StructTag需用反引号、区分大小写、不自动继承嵌入tag；DeepEqual对函数恒false、map顺序敏感、不调用Equal方法。
-
应使用zap替代标准log包实现结构化日志：通过lumberjack轮转文件，按环境动态配置输出格式（dev用Development，prod用Production），显式Sync()避免丢失日志，禁止裸print，敏感字段需脱敏。
-
答案：Go中slice和map为引用类型，但需指针操作以修改其本身；slice传指针可改变结构，map通常无需指针仅在重置时使用，二者均需注意初始化与判空。
-
反射是运行时类型镜像，unsafe是绕过类型的内存扳手：前者通过reflect.Type/Value读取元数据，安全但慢；后者用unsafe.Pointer直接操作内存地址，快但危险易崩溃。
-
要实现健壮的服务间认证，单靠JWT或mTLS都不够，必须结合使用。1.mTLS通过证书体系确保通信双方身份验证和数据加密，服务器端配置tls.Config要求客户端证书，客户端也需提供证书验证服务器；2.JWT用于应用层传递身份和授权信息，在mTLS安全通道基础上，服务调用时在请求头携带JWT，接收方验证签名及Claims获取权限信息；3.单独使用JWT无法保障传输安全，易受中间人攻击，且无法验证通信对端身份；4.仅用mTLS难以传递细粒度的业务授权信息，无法满足应用层权限控制需求；5.两者互补，mTLS
-
直接比较文件内容会出错，因大文件读入内存导致OOM和GC停顿，且空格、换行、BOM、编码差异易致误判；应改用哈希比对并辅以inode与ModTime双重校验。
-
gRPCResolver必须实现resolver.Builder（含Build方法）和resolver.Resolver（含ResolveNow、Close方法），且Build必须返回非nil实例并触发首次解析，ResolveNow需主动刷新地址，Close需清理goroutine和channel。
-
用golang.org/x/image/draw缩放图片模糊是因为默认CatmullRom插值过柔，小图放大时失真；推荐ApproxBiLinear（平衡）或NearestNeighbor（保锐），并注意源图有效性、色彩模型转换及尺寸合法性。
-
Go1.11的gomod是多模块项目事实标准，需按可独立版本化、可复用、有明确API边界拆分模块；replace仅用于开发期本地覆盖，须发布前移除；应通过接口抽象、中间contracts模块等避免隐式循环依赖；CI中需单独构建各模块并校验golist-mall。
-
根本原因是PATH未正确配置或Shell配置未生效；需确认GOROOT/GOPATH路径并添加到PATH，source配置文件（Linux/macOS）或修改系统环境变量（Windows），再验证goversion是否成功。
-
smtp.SendMail发送失败但无报错是因为auth为nil时走明文协议，被现代邮箱服务静默丢弃；邮件头未正确MIME编码会导致中文乱码；并发过高会触发限频或封IP，需限流控制。
-
使用sync.Mutex和sync.WaitGroup可解决Go中的并发安全与协程同步问题。Mutex通过加锁保护共享资源，如计数器示例中防止竞态；WaitGroup用于等待所有goroutine完成，如下载任务示例中确保全部执行完毕；二者常结合使用，如在并发处理任务时统计成功失败次数，既保证数据安全又正确同步结束状态。
-
Docker镜像过大因FROMgolang:1.22含完整开发环境；应采用多阶段构建，第一阶段用golang:1.22-alpine编译，第二阶段用scratch或alpine仅复制静态二进制，并加CGO_ENABLED=0和-ldflags="-s-w"优化。
