-
Goplugin仅Linux稳定可用，需主程序与插件完全一致的Go版本、GOOS/GOARCH、禁用CGO，且类型不共享，必须通过接口或序列化通信。
-
Go中复制文件最简洁高效的方式是用io.Copy配合os.Open和os.Create，自动流式拷贝、内存占用低；需错误处理与defer关闭，进阶可补充Chmod和Chtimes保留元信息。
-
v是副本而非引用，修改v不影响原切片；改原切片须用索引s[i]；结构体切片中v.Field=x无效；map遍历顺序随机，需显式排序key；并发读写map会panic；string遍历中i是字节偏移而非字符序号。
-
CGO中C.CString分配的内存不释放会导致持续内存泄漏，RSS不断上升直至OOM；必须配对C.free，且需根据C函数文档判断返回指针是否需手动释放。
-
Go中用切片+sync.Pool实现无锁双端队列workerstealing：本地尾部入/出（LIFO），偷任务时头部截断（FIFO），避免竞争；需手动清空切片、控制cap、防止STW期间栈增长。
-
gorun跑不起来90%是go命令未加入PATH、当前路径非模块根目录或main包缺失；需先用whichgo/wherego验证环境，再确保go.mod存在且main.go位于正确目录。
-
goget拉取指定分支或tag必须用@显式标注版本，不加@默认拉main或master最新提交；go.mod中版本无法阻止goget-u升级，锁版本需明确指定@vX.Y.Z、@branch或@commit。
-
go.mod的exclude是什么，它真能“排除依赖”吗？不能。它只在gobuild、gotest等命令的模块加载阶段跳过指定版本的模块，不影响golist-mall或gomodgraph的结果，也不阻止该版本被间接引入——只要某个未被exclude的依赖还引用它，它就仍会出现在最终构建中。典型误用场景：看到github.com/some/pkgv1.2.3有panic，就加excludegithub.com/some/pkgv1.2.3，以为万事大吉
-
Go微服务中权重路由需在入口handler内实现，而非依赖框架或中间件；须支持灰度header匹配与一致性哈希随机分流，并从外部动态加载配置以避免重启。
-
gin.Default()默认启用Logger和Recovery中间件，适合开发调试；生产环境需自定义中间件时应使用gin.New()。
-
Go不支持使用相对路径（如../Helper）导入本地包；必须通过规范的importpath（如"Helper"）导入，且包路径需与$GOPATH/src下的目录结构严格对应。
-
用Casbin实现RBAC最省事且可靠，它抽象“谁对什么做什么”，支持继承、资源层级与动态更新，避免手写if-else硬编码；需正确配置model.conf四区块、统一路径格式、全局复用enforcer并监听策略变更。
-
Go中实现错误返回的链式调用需每个方法返回*结构体,error，通过检查err决定是否继续执行。例如ConfigBuilder的SetHost、SetPort方法在出错时设置err并跳过后续操作，最终Build返回首个错误；更灵活的方式是使用函数式选项模式，如RunSteps接受多个返回error的函数，逐个执行并在出错时立即返回，便于测试与控制。
-
敏感词检测不能用strings.Contains硬扫，因其时间复杂度O(N×M)效率低且不支持前缀匹配、模糊变体等业务需求；应使用基于rune构建的Trie树（如github.com/zieckey/gotrie），统一转小写、预处理空格符号，并调用FindLongestPrefix提升准确率与性能。
-
答案是使用Golang的goroutine、channel和time包构建任务调度系统，通过Task结构体定义任务属性，Scheduler管理任务的添加、执行与取消；核心调度循环监听任务通道，按时间排序并触发一次性或周期性任务，利用最小堆优化可提升效率，适合内存级中小规模调度场景。
