-
Go中责任链中间件通过函数类型Middlewarefunc(http.Handler)http.Handler实现链式包装，从右往左嵌套，需显式return中断、用r.WithContext透传context、以日志埋点调试执行顺序。
-
Go反射可动态读写嵌套结构体字段，但需确保字段导出、值可寻址；访问时用Elem()和FieldByName逐层下探并检查IsValid()、CanInterface()等；修改前须验证CanSet()且处理nil指针。
-
Go错误处理应避免字符串匹配，优先用errors.Is/As和导出错误变量；库中禁用panic除非编程错误；错误信息需含上下文但不冗余或泄露敏感数据；公开错误契约须稳定并文档化。
-
不会。Go1.20+禁止string与[]byte底层内存共享，强制复制以保障安全；唯一合法共享方式是unsafe.String([]byte)，此时字符串为只读视图，但需确保底层数组生命周期足够长。
-
Go原生支持交叉编译到FreeBSD，仅限amd64和arm64架构（Go1.16起移除i386支持），需设GOOS=freebsd、GOARCH=amd64/arm64且CGO_ENABLED=0生成静态二进制；验证用file/ldd，注意ABI兼容性、noexec挂载及内核模块。
-
Go的json包默认将nil切片编码为null，而空切片[]T{}编码为[]；若需保持RESTAPI合同一致性（如始终返回"addresses":[]），必须确保结构体字段初始化为空切片而非nil。
-
享元模式在Go中通过结构体封装不可变内部状态、工厂复用实例、剥离可变外部状态实现；用sync.Map缓存共享对象，按需传入外部参数，必要时结合sync.Pool减少GC压力。
-
sync.Map不适合MapReduce中间结果存储，因其在高频写入与遍历混合场景下性能退化，且缺乏原子性“写入并返回当前值”语义，易致reduce阶段漏数据或重复计算。
-
Go语言中atomic包提供原子操作以实现并发安全的共享变量读写，相比互斥锁更轻量。1.常见函数包括Add、Load、Store、Swap和CompareAndSwap，支持int32、int64等类型，确保操作不可中断。2.典型应用是使用atomic.AddInt64实现多goroutine下的计数器递增，避免数据竞争，保证最终结果正确。
-
Go的json.Unmarshal不会panic，非法JSON返回json.SyntaxError（含Offset定位），类型错误实为json.UnmarshalTypeError；需用errors.As捕获，避免字符串匹配，注意嵌套字段错误路径缺失、重复解析性能问题及部分解析导致的隐蔽错误。
-
原型模式通过已有对象创建新对象，在Go中利用结构体复制和接口实现。值复制为浅拷贝，含指针字段时需深拷贝避免数据共享。可通过定义Cloner接口统一克隆行为，复杂结构推荐手动实现Clone方法并递归处理嵌套对象；对于多层嵌套或动态结构，可使用gob序列化实现通用深拷贝，但性能较低，高频场景应手写优化。选择策略：简单结构直接赋值，关键业务手动克隆，临时需求用gob。
-
要显示allocs/op，必须同时使用-benchmem参数和在基准函数中调用b.ReportAllocs()；allocs/op比B/op更关键，因其反映堆分配次数与GC压力。
-
Go的reflect包不支持直接将string类型的reflect.Value转换为int，因为Go类型系统禁止跨类别（如字符串→数字）的底层类型转换；必须借助strconv等标准库进行语义解析。
-
问题内容
代码如下：var number = rand.Intn(139)
fmt.Println(number)
我想获得0-139之间的随机数，可是我在IDE中运行的时候，为什么总是得到的是113？
正确答案
因为rand是个伪随机生成器，而同一个共享
-
在 go 的标准库中，提供了 sync.Cond 这个并发原语，让我们可以实现多个 goroutine 等待某一条件满足之后再继续执行。 它需要配合 sync.Mutex 一起使用，因为 Cond 的 Wait 方法需要在 Mutex 的保护下才
