-
Orchestration更适合强一致性、可追踪、易调试场景，需SagaCoordinator状态机协调；Choreography适合松散事件驱动协作，但须本地落库+幂等补偿。二者选型取决于失败传播责任边界。
-
Go协程栈溢出时panic信息长什么样遇到runtime:goroutinestackexceeds1glimit或fatalerror:stackoverflow就是协程栈爆了。这不是传统C的栈溢出信号，而是Go运行时主动检测到当前goroutine的栈空间（默认上限1GB）被耗尽后抛出的panic。注意：它不一定是递归太深，也可能是大量局部变量+多层调用累积占满栈。典型触发场景：funcf(){f()}无限递归、深度JSON解析嵌
-
json.Decoder为什么比json.Unmarshal更适合流式嵌套JSON因为json.Decoder是边读边解析，不把整个输入加载进内存，而json.Unmarshal必须拿到完整字节切片才能开始。处理大文件、HTTP响应流、WebSocket消息时，后者容易OOM或卡死。常见错误现象：unexpectedEOF或invalidcharacter'}'aftertop-levelvalue——多半是误把流式数据当单个JSON对象传给json.
-
金丝雀发布前必须跑通的回归测试核心是验证新旧版本行为一致性。需关注接口隐式实现、HTTP字段顺序、time.Time精度等易漏点，用reflect.DeepEqual+时间区间判断、固定testserver时钟、环境变量模拟配置、按服务粒度精准触发测试（如TestPayment_XXX）、禁用缓存（-count=1）、将CLI操作封装为可测函数、统一网络和数据库测试方式，并确保CI与本地环境一致。
-
微服务拆分不是按业务名词切，而是看通信边界和部署单元单体Go服务一旦开始拆，最容易犯的错是照着“用户中心”“订单服务”这种名词直接建repo、起新进程——结果接口耦合照旧，数据库还共用，只是多了一层HTTP调用。真正的拆分依据只有两个：谁必须和谁一起发布、谁的数据变更不能被别人直接读表。实操建议：先画出当前main.go启动时初始化的所有模块依赖图，标出哪些初始化逻辑强依赖DB连接、Redis客户端或第三方SDK；这些模块如果共享同一份配置或连接池，就还不适合物理隔离检查所
-
gotest-bench仅提供平均耗时，无法定位瓶颈根源；需配合-cpuprofile、-memprofile等诊断工具归因，否则只能横向对比而无法分析为何快/慢。
-
Example函数必须以Example开头、无参数无返回值，且需放在同包的_test.go文件中；函数内须调用fmt.Println等输出语句，输出严格匹配//Output:注释后的内容，不可含未导入包或未导出标识符。
-
Sentinelerror是预先定义的导出错误变量（如io.EOF），用于精确、高效、类型安全的错误比较；不用errors.New动态构造，因其无法用==判断，易导致脆弱的字符串匹配。
-
最常见原因是忘了调用cron.Start()——cron.New()仅初始化未运行实例，必须显式启动；若main快速退出需阻塞；v3默认无秒位，v4默认支持秒；panic被默认recover但不报错；单实例并发安全；时区需显式设置。
-
httptest.NewServer用于集成测试真实HTTP服务，启动本地临时服务并返回可请求的*httptest.Server实例；httptest.NewRecorder用于单元测试单个handler，绕过网络栈直接捕获响应细节。
-
临界区是访问共享资源的代码段，多goroutine并发读写会引发数据竞争，如count++未保护时导致竞态；使用sync.Mutex加锁可确保同一时间仅一个goroutine执行临界区，通过Lock和Unlock配对操作保障原子性，结合defer避免死锁；读多写少场景宜用RWMutex提升性能，注意锁粒度与顺序防止死锁。
-
Go微服务事件通知须用异步解耦机制，首选NATS（轻量、低延迟、原生支持），发布需序列化+版本化主题+Flush，消费需手动Ack+重试+幂等；强序/持久化场景选Kafka并设PartitionKey。
-
Go反射中需用Complex()获取complex128值再调real()/imag()，或Convert后断言取原精度；SetComplex()仅接受complex128且目标必须可寻址；JSON/gRPC需自定义序列化，反射处理复数务必先判Kind()。
-
gopsutil指标采集不准主因是CPU.Percent默认返回累计平均值而非瞬时值，需两次调用计算差值；内存UsedPercent高估因含缓存，应改用Available计算；磁盘IO易卡顿需限定设备名并加超时；网络接口需动态识别主网卡；旧版存在内存泄漏须升级v3.22.4+。
-
os.Stat用于获取文件信息，返回os.FileInfo接口和error；2.通过fileInfo.Name()、Size()、Mode()、ModTime()、IsDir()可获取文件名、大小、权限、修改时间和是否为目录；3.使用os.IsNotExist(err)判断文件是否存在；4.需处理路径错误和权限问题以保证程序健壮性。
