-
pprof生成的profile文件需先用gotoolpprof-raw-lines导出为折叠栈文本，再经flamegraph.pl转为SVG火焰图；Web界面无火焰图按钮，需手动访问/ui/flamegraph；线上启用CPUprofiling要限制seconds参数并管控访问权限；符号显示为?或[unknown]是因编译时strip了符号表，应去掉-ldflags="-s"。
-
答案是：通过结合Go语言特性和KataContainers的硬件级隔离能力，可构建安全的机密容器环境。具体步骤包括在支持虚拟化的宿主机上安装KataContainers并配置containerd或CRI-O运行时，使用Golang编写应用并基于scratch镜像构建轻量级容器镜像，最后通过Kubernetes的RuntimeClass或ctr命令指定Kata运行时部署容器，使Go应用运行于轻量级虚拟机中，实现强隔离；Kata通过为每个容器提供独立内核的VM实现隔离，结合IntelSGX或AMDSEV等TE
-
反射调用与接口调用本质不同：前者是运行时动态解析，后者是编译期绑定itab查表跳转；反射不参与类型系统调度，无法替代接口实现，高频场景必须用接口。
-
优先选用sha256、AES-GCM等高效算法，复用cipher与hash实例，利用sync.Pool和Reset()减少开销，并通过goroutine并行处理独立任务，在保证安全前提下提升性能。
-
Go项目中重复依赖源于模块路径冲突、间接依赖版本不一致或replace/exclude误用；表现为同一路径多版本共存，可用golist-mall或gomodgraph定位，需手动统一版本并验证编译。
-
Go语言通过net包实现TCP通信，先启动服务器监听端口，再运行客户端连接并收发消息。服务器使用net.Listen监听，Accept接收连接，并用goroutine处理每个连接；客户端通过net.Dial连接服务器，发送数据并读取回显。程序以换行符分隔消息，支持多客户端并发，体现Go的高并发优势。
-
Go的RPC错误处理需区分系统与业务错误，通过error返回值传递异常；2.可在reply中嵌入自定义错误结构以携带错误码等信息；3.客户端应处理网络超时、连接失败等问题，建议结合context和重试机制；4.服务端需用recover避免panic导致崩溃，并记录日志；5.新项目推荐使用gRPC以获得更完善的错误处理支持。
-
Go包文档该写在哪儿才被godoc和VSCode正确识别Go不认README.md作为包文档——哪怕你写得再漂亮，godoc、godoc（或新版godoc命令）和大多数IDE都不会把它当包说明。真正起效的只有源码文件顶部的注释块。必须是紧贴package声明上方的「顶级注释块」，且中间不能空行注释必须是//开头的普通注释，不是/**/块注释（后者会被忽略）如果包有多个.go文件，只有一份注释生效：按字典序第一个含包注释的文件胜出别在main包里写长文档
-
Go调短信API发验证码核心三步：构造请求（注意Content-Type、国际区号、验证码格式）、签名验签（字典序拼接、正确编码、HMAC-SHA256）、处理响应（解析body字段、限流控制）。
-
优先按值返回小结构体（≤8字节），大结构体或含不可复制字段（如sync.Mutex）时返回指针；需调用指针接收者方法或修改原值时也应返回指针。
-
可用runtime.NumCPU()获取逻辑CPU数、runtime.NumGoroutine()获取瞬时Goroutine数，但需注意其局限性：前者含超线程且容器中常返回宿主机值，后者为快照且含系统goroutine，仅宜趋势观察。
-
答案：通过中间件捕获请求信息并记录日志。使用自定义ResponseWriter获取状态码，结合slog输出结构化日志，注意避免敏感信息和性能影响，适用于标准库或第三方框架。
-
必须先调用r.ParseForm()（或r.ParseMultipartForm()）再读取r.Body；r.FormValue同时查URL和POST数据，r.PostFormValue仅查POST部分；ParseMultipartForm的maxMemory不可设为0，否则导致OOM。
-
gorun不能满足热重载需求，因为它每次执行都重新编译main包并启动新进程，不监听文件变化、不管理旧进程，需手动中断重启；官方未内置该功能，推荐使用air工具实现零配置热重载。
-
Counter比Gauge更适合吞吐量，因其记录只增不减的累计请求数，支持速率计算且避免瞬时值干扰；实操需正确初始化、避免重复统计、规范标签、显式配置导出器并优化高并发性能。
