-
Go要求所有包导入路径必须是绝对路径（相对于GOPATH/src或GoModules根目录），不支持相对路径（如./common）；本地包应使用以模块名或项目路径开头的完整导入路径，例如"myapp/common"。
-
select配合time.After实现超时最常用但有坑：time.After会创建新定时器，若长期不触发将导致定时器无法GC而泄漏；正确做法是优先用time.NewTimer并及时调用Stop()。
-
golangci-lint是Go生态唯一应安装配置的静态检查主入口，它并行调度staticcheck、govet、errcheck等linter，统一管理配置与输出；golint已归档禁用，手动运行独立linter成本高且易出错。
-
原生map非并发安全，读写冲突会触发panic；sync.Map仅适用于读多写少场景，有性能与功能限制；推荐用sync.RWMutex封装原生map，必要时采用分片锁优化写吞吐。
-
Go1.8+启动HTTPS服务即自动启用HTTP/2，无需额外导入或配置；纯HTTP永远为HTTP/1.1，验证需通过ChromeDevTools查Protocol显示h2或curl-v--http2观察ALPN协商结果。
-
reflect.Value.Callpanic是因Value未指向可调用对象，常见于nil接口、未初始化字段或误用Elem()；须用IsValid()&&CanCall()双重检查，避免zeroValue调用。
-
Go中goroutine不能被强制终止，只能通过信号通知其自行退出；强行中断会破坏内存安全、跳过defer、丢失日志和半开连接；常见错误是goroutine卡在runtime.gopark或阻塞状态。
-
Go语言中介者模式解决的核心问题是多个模块因频繁直接调用导致的网状强耦合，引发修改牵连多处、测试困难、复用性差；应通过统一事件通知接口、显式注册、ID化管理及并发安全分发来解耦。
-
Go服务高CPU占用主因包括频繁GC、死循环、字符串拼接和锁竞争；通过pprof分析定位热点，复用sync.Pool对象、使用strings.Builder减少内存分配可有效优化性能。
-
答案：Go通过reflect包实现动态方法调用，需先获取对象的reflect.Value，再通过MethodByName查找方法并传入参数执行。示例中调用Greet方法并输出结果。
-
在Go中无法直接类型断言整个切片，必须手动遍历[]interface{}并逐个断言元素为int，再复制到新的[]int中。
-
counter++必然竞态，因其拆为读-加-写三步，多goroutine可能同时读旧值导致更新丢失；应全程使用atomic.AddInt64等原子操作，且变量须为int64、取地址调用、所有读写均走atomic函数。
-
直接用bwmarrin/snowflake在K8s里会撞ID，因其默认用os.Getpid()或随机数生成nodeID，而容器重启后PID变、随机值复用，多个Pod易获相同nodeID；若时间戳与sequence再重合，必然触发重复ID。
-
defer无法在运行时取消，但可通过闭包+布尔标记控制其内部逻辑是否执行；或推迟defer语句的执行位置实现“条件注册”；panic不会跳过defer，反而会按栈逆序触发。
-
要高效管理GolangCLI项目依赖并选择合适的框架，可根据项目规模和需求选用cobra或urfave/cli。1.使用Cobra构建模块化CLI工具：适合中大型项目，通过命令树组织命令，支持子命令、flag和帮助信息，便于维护扩展，并可结合Viper管理配置。2.使用urfave/cli快速搭建轻量级CLI：适合小型项目或原型开发，采用函数式风格，定义命令和参数简单直接，支持中间件钩子。3.如何选择：Cobra更适合需要多层嵌套命令、完善帮助系统及长期维护的项目；urfave/cli更适合快速开发、结构
