-
bufio.Scanner默认缓存整行易致内存爆炸，遇超长行或大文件可能触发ErrTooLong或OOM；适合行短可控文本，非GB级日志场景；若必须使用，应先调用scanner.Buffer(make([]byte,64*1024),1<<31)。
-
因为database/sql不解析SQL，仅原样转发字符串，拼接用户输入会导致SQL注入；必须用Prepare+Query参数化，且表名等语法结构需白名单校验。
-
本文详解Go中sync.WaitGroup未按预期阻塞的典型问题，核心在于for循环中goroutine捕获变量的闭包陷阱，提供两种安全传参方案并附可运行示例。
-
不能。cert-manager仅管理Kubernetes中TLSSecret的生命周期，Go程序需自行实现文件监听与tls.Config热更新，推荐用GetCertificate动态加载并校验证书文件变更。
-
LockOSThread()有时无效的根本原因是调用时机或上下文错误：仅对当前goroutine生效，遇调度点（如I/O、Sleep）即失效；必须在关键操作前立即调用，不可defer；CGO返回后线程可能已解绑；非必须成对调用但错配易致线程泄漏或状态继承；仅三类场景需用：依赖CTLS、信号屏蔽、极高实时轮询；多数情况应优先用sync.Pool等替代方案。
-
享元对象必须完全不可变，所有字段在NewFlyweight中初始化后禁止修改；外在状态须通过参数传入，不可存于结构体；键应使用可比较结构体而非字符串拼接；sync.Pool适用于短期可重置对象，sync.Map适用于长期不可变享元。
-
gotest-cover统计被测试执行到的可执行语句行，如if、for、return、函数调用等；不统计函数签名、注释、type/变量声明（无初始化）、import等不可执行行。
-
Golang的错误处理机制本身性能影响极小，但实际使用中的后续操作可能带来显著开销。通过返回error类型显式处理错误的方式虽然直观可控，但在高频调用中条件判断会累积一定开销。1.判断err!=nil在无错误时几乎无额外消耗；2.真正耗性能的是错误触发后的日志记录、堆栈追踪等操作；3.优化方法包括减少错误包装、延迟处理、避免热点触发、使用哨兵错误提高判断效率。合理设计错误流程可有效避免性能瓶颈。
-
modulepath是模块的唯一标识，出现在go.mod中，如example.com/myproject；packagepath由modulepath加上子目录构成，表示具体包的位置，如example.com/myproject/utils，用于import。
-
应配置healthcheck并用condition:service_healthy代替depends_on；Go连DB的host写服务名（如postgres）而非localhost；用多阶段构建+GOPROXY加速镜像构建；环境变量需显式加载，日志输出到stdout。
-
goroutine错误无法直接返回主函数，需用errgroup.Group、channel+WaitGroup或context控制；errgroup默认返回首个错误，全量收集需自定义channel；超时须配合context避免阻塞。
-
在Golang中，若要在性能敏感场景中高效复制文件，应优先选择syscall.Sendfile。1.io.Copy通用性强但性能较低，因其涉及多次内存拷贝和上下文切换；2.Sendfile利用零拷贝技术，在内核态直接传输数据，显著提升大文件传输效率；3.io.Copy在某些情况下会自动使用sendfile，但如包装了缓冲层则无法触发该优化；4.若需跨平台兼容或处理小文件，io.Copy更为适用，而在Linux环境下构建高性能服务时推荐使用syscall.Sendfile。
-
中介者模式通过中间协调者解耦多个对象间的直接依赖，使用sync.Map可高效实现该模式。sync.Map作为并发安全的注册表，存储组件引用并按key转发消息，避免组件间直接通信。具体步骤为：定义Mediator结构体并使用sync.Map管理组件；实现Register方法注册组件；实现Send方法通过key查找接收方并转发消息；组件需实现Component接口以接收消息。适用场景包括多组件协作、动态注册注销及简化通信逻辑的情况，同时需要注意类型断言、手动清理无效条目以防止内存泄漏等问题。
-
Go语言中通过自定义错误类型可增强错误的上下文信息和可追溯性，具体做法是定义包含错误码、消息、详情、时间、文件行号和TraceID等字段的结构体并实现Error()方法，同时提供自动捕获调用位置的构造函数，支持通过Cause字段和Unwrap()方法进行错误包装与解包，结合errors.Is和errors.As进行错误判断，最佳实践中建议合理设计错误码、分离日志与错误、避免过度包装，并在分布式系统中传递TraceID以实现全链路追踪，从而提升错误处理的可读性、调试能力和维护效率。
-
Go服务不能直接作为xDS控制平面，需用gRPC实现DiscoveryServer接口并暴露ADS服务；Envoy通过gRPC流式订阅配置，依赖版本号递增和正确TLS/mTLS配置，常见连接问题源于网络、注册遗漏或API版本不匹配。
