-
Go压力测试核心是利用goroutine与http高效并发，需控节奏、防资源耗尽、采有效指标；推荐vegeta入门，进阶用gometa/gatling-go做场景化压测，并注意DNS缓存、连接复用、端口限制等细节。
-
fan-out是将一个任务分发给多个goroutine并行处理，fan-in是合并多个channel输出为一个；二者组合构建高吞吐数据流水线，需用WaitGroup或context防泄漏。
-
使用bcrypt加密密码并生成唯一token实现安全注册；2.登录时验证凭证并返回token；3.通过中间件校验token和角色权限控制访问；4.建议启用HTTPS、设置token过期、敏感操作二次验证以保障安全。
-
zap.NewDevelopment()用于本地调试，输出彩色对齐日志；zap.NewProduction()用于线上环境，输出精简JSON并启用采样。二者核心区别在于encoder行为与采样策略，非简单按环境命名。
-
答案：Golang中并发任务调度依赖goroutine与channel组合，常用方法包括：1.基于channel的任务分发，适用于批量数据处理；2.缓冲channel作信号量控制并发数，防止资源耗尽；3.select监听多channel实现超时与取消；4.优先级队列结合heap调度高优任务；5.errgroup与semaphore实现错误传播与资源配额控制；6.time.Ticker触发周期任务。
-
本文详解Go正则表达式中命名捕获组（(?P<name>...)）的实际行为：它并非“不工作”，而是Go的Regexp.FindAllStringSubmatchIndex等方法返回的是按子表达式索引顺序排列的匹配结果，命名组需通过SubexpNames()映射索引才能正确提取，而非直接按名称访问。
-
sha512.Sum512和[]byte之间怎么安全转换直接把sha512.Sum512当作[]byte用会出问题——它本质是带固定长度的结构体，不是切片。常见错误是写sum[:]却没注意底层数组是否被意外修改，或者误以为sum[:]总是返回64字节（其实它确实总是64字节，但语义上不等于可变切片）。正确做法是显式转成不可变字节序列：需要只读哈希值：用sum.Sum(nil)，返回[]byte，内容复制、安全、长度恒为64需要高性能且确定不改写：用sum
-
一致性哈希的核心是虚拟节点与环上顺时针定位，非简单哈希取模；需构建0～2³²−1环，用crc32、uint32坐标、sort.Search二分查找，推荐使用hashicorp/consul/api/consistent包并注意Rebuild和线程安全。
-
Go栈扩容由runtime自动完成，无需手动干预；频繁runtime.morestack表明深度递归或大局部变量导致栈热分裂；避免循环中声明大数组取地址，改用堆分配或sync.Pool；runtime.Stack在线上高危，应使用/debug/pprof/goroutine替代。
-
Go中无通用abs()函数，int型取绝对值推荐用三元表达式abs:=x;ifx<0{abs=-x}，或Go1.21+用int(math.AbsInt64(int64(x)))（注意MinInt64溢出风险）。
-
forrange读取channel易卡死，因range仅在channel关闭后结束；多生产者需用WaitGroup同步关闭，接收方应配合select+default防阻塞。
-
在Go语言中，当结构体B嵌入结构体A时，不能直接在B的字面量初始化中为嵌入字段（如A_FIELD）赋值；必须显式通过嵌入类型名（如A:A{...}）进行初始化，否则编译失败。
-
为什么直接用github.com/bwmarrin/snowflake会出错？因为默认生成的Node是单机绑定的，没做分布式协调，多实例部署时极易撞ID。它只适合单进程场景，不是开箱即用的“分布式”方案。常见错误现象：duplicatekeyviolation（数据库报唯一键冲突）、ID时间戳倒流、序列号重复归零。必须手动分配唯一nodeID，不能靠随机或PID——容器重启后PID变，nodeID就可能复用推荐从外部配置注入，比如启动时读取环境变量SNOWFLAK
-
godoc命令自Go1.13起被移除，可用godoc或社区维护的golang.org/x/tools/cmd/godoc替代；后者支持本地服务、全文搜索与静态HTML导出，但需手动安装并注意源码路径配置。
-
应抽象出Clock接口并显式注入，而非尝试mocktime.Now()；Go1.20+可用time.Clock，但需注意其作用域限制，推荐自定义接口统一管理时间依赖。
