-
使用math/rand需设种子避免重复序列，如用time.Now().UnixNano()初始化，可生成整数、浮点数及分布随机数，全局函数并发安全但性能低，高并发宜用独立Rand实例。
-
Gorpc.Client默认不复用连接，需手动长期持有同一实例并发调用，并在连接异常时重建；HTTP模式下须自定义http.Transport启用连接池，且需主动健康检查与错误重试。
-
Golang的并发原语主要有channel和mutex。Channel推荐用于goroutine间通信与同步，适用任务协作、信号通知、资源池控制等场景，但需避免滥用无缓冲channel、多写入者及性能敏感场合。Mutex适用于保护共享资源，如变量保护与临界区控制，sync.Mutex与sync.RWMutex分别适合一般与读多写少场景，但要注意死锁、锁粒度及传递问题。选择时应根据是否需要数据传递、执行顺序同步、数据复杂度判断，channel适合流程控制，mutex适合状态保护，两者互补结合使用效果更佳。
-
excelize是Go语言Excel导出最成熟方案，纯Go实现、支持.xlsx、中文/公式/样式/多Sheet；不可用encoding/csv替代因其不支持格式、类型控制及高级功能；需注意UTF-8编码、列宽设置、字符串类型写入、内存优化（手动GC/流式写入）及并发安全（避免全局样式）。
-
优化Go语言JSON性能需从结构体设计、库选型与内存管理入手：1.使用json标签明确字段映射，避免反射查找；2.优先使用具体类型并跳过无需序列化字段；3.选用json-iterator/go等高性能库提升编解码效率；4.复用bytes.Buffer与sync.Pool降低GC压力；5.对核心模型预生成序列化代码以消除反射开销。
-
go.mod的exclude是什么，它真能“排除依赖”吗？不能。它只在gobuild、gotest等命令的模块加载阶段跳过指定版本的模块，不影响golist-mall或gomodgraph的结果，也不阻止该版本被间接引入——只要某个未被exclude的依赖还引用它，它就仍会出现在最终构建中。典型误用场景：看到github.com/some/pkgv1.2.3有panic，就加excludegithub.com/some/pkgv1.2.3，以为万事大吉
-
答案：Golang文件上传需验证文件大小、真实类型（魔术字节）、生成安全文件名，并防范路径遍历与DoS攻击。
-
docker-compose.yml中service的build.context必须设为含go.mod的根目录，否则gobuild报错；容器间通信须用service名而非localhost；避免端口冲突需区分本地开发与集成测试场景；优化镜像体积应禁用cgo并剥离符号。
-
Go1.11后GOPATH非必需，但goinstall、旧工具、vendor模式、golist反射操作及部分IDE仍强依赖它；推荐显式设独立GOPATH并加入PATH，避免与GO111MODULE冲突。
-
Go标准库net/ftp仅提供FTP客户端和ServerConn（服务端视角的连接管理），未实现完整服务端逻辑，故无法直接启动FTP服务器；需用github.com/freddierice/go-ftp-server等第三方库。
-
不能靠单机内存实现多节点Session黏性路由，必须依赖外部一致性哈希或LB原生sticky机制；因sync.Map仅保障单机并发安全，无法同步集群状态，且受NAT/CDN导致IP失真、服务重启丢数据、映射不一致等影响而完全不可行。
-
pprof不直接指出泄漏代码行，需通过三次关键操作定位：采样时加?gc=1触发GC确保快照纯净；选对heap类型（非allocs）；用list和peek深入调用栈至具体分配行，尤其注意goroutine泄漏间接导致堆内存滞留。
-
asynq.Client初始化失败主因是Redis连接配置错误，需检查Addr可达性、Password显式设置、Redis版本兼容性；任务不执行因Type不匹配或Handler签名错误；重复执行属设计使然，应保障幂等；调试优先用asynqadmCLI查pending任务。
-
能，多个.go文件可放在同一包中，只需同目录下所有文件声明相同package名，无需import即可互相调用，首字母大写标识导出。
-
应复用切片、小结构体优先传值、合理使用sync.Pool、谨慎字符串转换，并通过-gcflags="-m"和pprof验证逃逸与内存分配。
