-
能。同包的_test.go文件与普通.go文件属同一包，可直接调用私有函数；若声明为独立包（如myapp_test），则无法访问，需改用同包测试或导出函数。
-
应配置客户端keepalive参数并匹配服务端空闲超时：Go设ClientParameters{Time:30s,Timeout:10s,PermitWithoutStream:true}，Java设keepAliveTime≥30s、keepAliveTimeout≤服务端读超时且禁用keepAliveWithoutCalls。
-
Go基准测试函数名必须以Benchmark开头且接收testing.B参数；正确写法为funcBenchmarkXxx(btesting.B){...}，b.N由框架自动控制循环次数。
-
使用os.CreateTemp和t.Cleanup可安全创建并自动清理临时文件，避免路径冲突与系统污染。1.创建临时文件或目录时使用唯一命名；2.通过t.Cleanup注册删除函数确保资源释放；3.多文件场景建议统一置于临时目录下，测试后递归删除；4.注意关闭文件、设置合理权限及使用默认临时路径。
-
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避免阻塞。
