-
Golang中panic用于处理不可恢复的致命错误，如空指针或数组越界，触发时程序停止当前流程并回溯调用栈，若无recover则崩溃；recover是内置函数，仅在defer中有效，可捕获panic值并恢复执行，实现故障隔离与程序韧性。两者协同工作，常用于goroutine入口处防止全局崩溃，尤其在Web服务中作为“安全气囊”机制。error则用于可预见、可处理的错误，通过返回值传递，属正常控制流；panic代表程序处于异常状态，应限于严重bug或初始化失败等场景。在并发编程中，每个goroutine独立
-
命令模式在Go中通过接口Command和结构体实现解耦，核心是统一Execute()方法；接收者独立提供业务逻辑，调用者Invoker仅执行命令，支持队列、撤销等扩展；轻量场景可用FuncCommand函数值简化实现。
-
Go反射调用出错多为运行时panic，排查需严格验证每步前提：方法存在性、可寻址性、导出性、接口实现及返回值数量类型，缺一不可。
-
使用结构体标签与反射实现Go语言Web参数统一解析，通过ParseRequest函数自动从query、form、json中提取数据并绑定到结构体，结合validator进行校验，提升代码复用性与可维护性。
-
Context用于控制Goroutine生命周期，避免资源浪费；通过WithCancel等机制可实现取消操作，调用cancel()关闭Done通道以通知子任务退出。
-
Go中可比较类型可作map键，包括基本类型、指针、可比较数组和结构体；切片、map、函数及含不可比较字段的结构体不能作键，需注意NaN和指针比较的语义问题。
-
Golang多环境部署核心是配置分离与启动时动态加载，通过ENV环境变量选择config.dev.yaml等配置文件，用Viper合并多源配置，差异化初始化组件，并借助-ldflags和Docker/K8s注入环境标识。
-
Go中实现代理模式需定义统一接口（如UserService），真实对象（RealUserService）专注业务逻辑，代理对象通过组合实现相同接口并添加日志、权限等横切逻辑，调用方无感知。
-
Go项目CI测试核心是自动化触发gotest并快速反馈，需遵循_test.go命名、Test函数约定，配合GitHubActions等工具运行gotest-v-race./...，结合Makefile统一命令提升稳定性与效率。
-
优先选gopsutil而非原生syscall或/proc：它跨平台抽象了Linux/cgroupv2、Windows/macOS差异，但需注意cpu.Percent()必须传time.Duration才采样、disk.Usage()在容器中需先用disk.Partitions(true)查真实挂载点、host.Info()在Alpine中fallback到空字符串。
-
Go模块缓存默认存储在$GOPATH/pkg/mod，长期积累会占用磁盘空间。使用goclean-modcache可彻底清除缓存，下次构建时重新下载。原生命令不支持自动清理未引用的module，需手动删除或借助脚本、第三方工具实现选择性清理。为减少缓存膨胀，建议定期执行goclean-modcache，结合gomodtidy优化依赖，并在Docker中合理设计缓存层。
-
Go不提供容器日志采集能力，需依赖外部机制：直接读取DockerJSON日志文件（注意inode变化与逐行解析）、调用dockerlogs流式获取（兼容性强但有性能开销）、或通过client-go调用KubernetesAPI（推荐K8s场景），并需实现时间窗口聚合与上下文隔离的告警抑制。
-
文件内容为空是因为仅创建FileHeader而未调用io.Copy写入数据；必须显式读取源文件并写入，且需设置Method、调用zw.Close()，解压时须用filepath.Clean校验路径防遍历漏洞。
-
桥接模式适用于两个维度均需独立扩展的场景，如渠道（Email/SMS/Webhook）与业务（告警/营销/审计）均可能新增；若仅单维变化则用接口组合或策略模式更合适。
-
Go的fmt包三大输出函数区别在于输出目标和是否格式化：Println简单换行输出、不支持格式化；Printf格式化后输出到控制台；Sprintf格式化后返回字符串。
