-
组合模式在Go中用接口替代抽象基类，Leaf和Composite各自实现Component接口，Composite通过[]Component聚合子节点，避免嵌入式继承；需防循环引用、权衡接口性能与灵活性，并严格控制生命周期与并发安全。
-
os.Open返回*os.PathError的典型场景是打开不存在的路径，此时Err字段为ENOENT、Path字段记录路径；须用errors.Is(err,os.ErrNotExist)而非==判断，以支持错误包装；权限不足用errors.Is(err,os.ErrPermission)；检查存在性应优先用os.Stat配合os.IsNotExist/os.IsPermission；os.OpenFile的flag影响错误类型，如os.O_CREATE不创建父目录；跨平台需统一用errors.Is或os
-
Go中nil切片与空切片行为不同：前者data指针为nil，后者data指向有效地址；应统一用len(s)==0判空，而非s==nil；goroutine需绑定context并控制生命周期，避免泄漏。
-
Go中读取文件推荐os.ReadFile（小文件）或os.Open配bufio.Scanner（大文件逐行）、io.Copy（流式复制）；注意路径、权限、编码及内存安全。
-
使用Consul可实现服务注册与发现，通过API注册服务并设置健康检查；02.Etcd利用租约机制维持服务状态，适合强一致性场景；03.gRPC结合自定义Resolver支持动态服务发现；04.GoMicro框架内置多种注册中心支持，简化开发。
-
优先选Node.js：内部管理后台、小程序轻量API、MVP验证期服务；Go更适合需稳定低延迟、严控内存或深度集成K8s/Envoy的场景。
-
用指针类型（如*string）可区分null与空字符串，但无法区分null与字段缺失；需结合json.RawMessage或自定义UnmarshalJSON/MarshalJSON实现三态区分。
-
reflect.Type.Method和reflect.Type.MethodByName有什么区别直接说结论：Method按索引取，MethodByName按名字查；前者只返回导出方法（首字母大写），后者对未导出方法返回零值。很多人以为MethodByName能拿到私有方法，其实不能——Go的反射严格遵循可见性规则。常见错误现象：MethodByName("foo")返回nil，但结构体里明明定义了func(t*T)foo(){}——问题八成出在foo是小写开头。
-
部署Go应用需先编译为静态二进制文件，再传输至服务器，通过systemd或Docker等工具管理进程，配合Nginx/Caddy实现反向代理，并利用Prometheus、Grafana和ELK等工具进行日志与监控，确保稳定运行。
-
正确配置Transport、设置超时、复用客户端可提升性能：1.配置MaxIdleConns、MaxIdleConnsPerHost和IdleConnTimeout以复用连接；2.设置Client.Timeout防止阻塞；3.复用http.Client实例避免资源浪费；4.根据监控调优参数并及时关闭响应体。
-
Go中protobufTimestamp需用timestamppb包转换：声明用google.protobuf.Timestamp，赋值用timestamppb.Now()或timestamppb.New()，读取用AsTime()，校验用CheckValid()，不可直赋time.Time或访问字段。
-
在Go中，调用接受...T参数的函数时，不能直接传入[]T切片；必须使用slice...语法进行展开，才能将切片元素作为独立参数传入。
-
Go1.13+的fmt.Errorf包装为什么总丢参数？因为默认用%w包装时，原始错误的字段（比如自定义结构体里的StatusCode、RetryAfter）不会自动透出——%w只保留底层错误链，不合并字段。你看到的errors.Is或errors.As能查到类型，但拿不到具体值。实操建议：用fmt.Errorf("apifailed:%w",err)仅用于记录上下文，别指望它带出参数若需传递参数，必须显式构造新错误类型，或在包装时把关键字段作为额外参数传入避
-
是，默认会修改go.mod，但需在module目录下运行且不加-d；Go1.16+默认启用模块，goget会更新go.mod和go.sum，否则可能因路径错误或模块未启用导致import失败。
-
无缓冲channel的阻塞行为由收发双方是否就绪决定：发送方阻塞直到有接收方，接收方阻塞直到有发送方；同一goroutine中收发必然死锁，因无法满足“跨协程接力”前提。
