-
goroutine启动后不执行的主因是main函数提前退出；应使用sync.WaitGroup（Add/Done/Wait配对）、channel或time.Sleep等方式确保main等待goroutine完成。
-
gomail失败主因是SMTP协议细节复杂，它自动处理TLS协商、Auth认证、MIME编码等；CPUPercent需两次采样计算差值才准；告警需用map限频；应通过Notifier接口解耦通知渠道。
-
Go的error接口不支持动态翻译，需用错误码+本地化器解耦文案；定义AppError结构体携带Code字段，Error()仅返回code，翻译延至展示层；需实现Is/Unwrap保证errors.Is/As兼容性，并确保翻译资源key与代码一致且版本同步。
-
应直接监听Pod、Deployment、DaemonSet和Secret的创建/更新事件，通过Watch+ListOptions配合FieldSelector和LabelSelector精准过滤，提取关键字段并校验危险参数组合，结合双通道机制防漏事件，严格管控RBAC权限与context生命周期。
-
必须用reflect的场景是编写通用代码时绕不开类型未知问题，如ORM、序列化库、配置绑定、RPC框架等，需动态处理任意结构体的字段映射、标签读取、值填充、方法调用及校验日志等。
-
用Outbox模式保障Publisher不丢数据：先写outbox表再发消息，与业务事务一致；Subscriber需按中间件特性配Ack、timeout；Router统一分发多topic；SSE需SSERouter+手动管理连接生命周期。
-
答案：Golang中并发任务调度依赖goroutine与channel组合，常用方法包括：1.基于channel的任务分发，适用于批量数据处理；2.缓冲channel作信号量控制并发数，防止资源耗尽；3.select监听多channel实现超时与取消；4.优先级队列结合heap调度高优任务；5.errgroup与semaphore实现错误传播与资源配额控制；6.time.Ticker触发周期任务。
-
无缓冲channel一发就卡住是因为其要求发送与接收必须同步进行，若无接收方则发送操作永久阻塞；这是设计使然，用于强制goroutine间同步协作。
-
“checksummismatch”非篡改铁证，多因本地缓存、代理或手动编辑go.sum导致；应先用golist-m-f'{{.Sum}}'比对哈希，再检查GOSUMDB配置（国内推荐sum.golang.google.cn）、代理及DNS问题。
-
Go的error接口仅含funcError()string方法，任何实现该方法的类型即为error；errors.New和fmt.Errorf（无%w）生成基础错误，%w才构建可穿透的错误链，支持errors.Is/As判断。
-
Go1.13+errors库需用%w封装才支持自动展开，errors.New()和无%w的fmt.Errorf()返回扁平错误；errors.Is/As依赖Unwrap()逐层匹配，自定义错误只需实现Unwrap()方法即可兼容。
-
端口被占用时应启用SO_REUSEADDR或改用随机端口":0"；accept后须用goroutine并发处理连接；Read需区分io.EOF与真实错误；上线前需检查监听地址、本地防火墙及云安全组规则。
-
Go责任链须定义明确Handler接口（如func(*http.Request)error），避免interface{}导致运行时panic；需支持提前终止、统一错误语义、本地缓存限流、正确mock测试。
-
time.Ticker用于周期性调度，启动后立即发送首个tick并按间隔重复；time.Timer仅单次触发，需Reset()复用但易丢事件；二者均须显式Stop()防泄漏，周期任务应forrangeticker.C而非select读取。
-
Envoy官方不支持Go插件，go-control-plane仅用于生成xDS配置；Go扩展需通过WASM（需TinyGo编译）或gRPCService（独立进程、有延迟和序列化开销）实现。
