-
gotoolpprof导出火焰图需用-raw-lines参数生成折叠栈格式：gotoolpprof-raw-lines./myappcpu.pprof>stacks.txt；必须禁用strip，确保符号完整；再用flamegraph.pl渲染为SVG。
-
Go中iferr!=nil是核心控制流而非语法糖，需显式处理每个错误分支；避免err变量覆盖、缩进嵌套和字符串匹配错误；用errors.Is/As判断错误类型；panic仅用于真正不可恢复的初始化失败等场景。
-
http.Post默认不设Content-Type，JSON会被当text/plain导致415错误；须用http.NewRequest+Do并设application/json；json.Marshal错误不可忽略；结构体需jsontag；禁用手写JSON字符串；必须显式设超时。
-
crypto/rand.Read是Go中生成密码学安全随机字节的唯一正确方式，必须传入已分配长度的切片、检查error、避免模偏差，并使用拒绝采样或rand.Int生成安全整数；严禁使用math/rand或错误包装rand.Reader。
-
WebSocket推送必须解耦连接管理与消息触发，需用全局广播channel和独立goroutine分发，避免阻塞；连接池、标签路由、ACK机制及离线补偿等保障到达率。
-
Go语言flag包是轻量级命令行参数解析工具，支持字符串/整数/布尔等类型声明、短长选项、自定义Value接口、帮助信息定制及错误处理。
-
sync.Map在并发缓存中提供了开箱即用的并发安全实现，其通过内部维护只读和脏两个视图，实现了无锁读取和减少锁竞争，适用于读多写少的场景。相比之下，传统map加sync.Mutex需要手动管理锁，所有操作均需获取锁，性能较低。1.sync.Map优化了大量并发读取的性能，因为大多数操作无需锁；2.它适合写入不频繁、迭代需求少的场景；3.但在写密集或需完整遍历的情况下，传统map加锁可能更高效。因此，sync.Map是特定并发模式下的优化方案，而非通用替代品。
-
首先定义.proto文件并使用protoc生成代码，接着安装Go插件，通过命令生成hello.pb.go和hello_grpc.pb.go文件，然后实现服务器注册Greeter服务并处理SayHello请求，最后编写客户端调用远程方法并打印响应结果。
-
答案：Go中nil指针解引用会引发panic，表现为“invalidmemoryaddressornilpointerdereference”，常见于调用nil结构体指针方法、访问其字段或操作nil接口；通过panic堆栈可快速定位错误行，结合debug.PrintStack()和GOTRACEBACK增强排查；编码时应对接收者做nil检查、避免返回nil指针、使用工厂函数初始化对象，并在类型断言前判空；借助govet静态检查、单元测试覆盖边界、日志记录指针状态等手段可有效预防和排查问题。
-
HTTP响应体必须显式读取并关闭，否则会导致连接复用污染、数据丢失和文件描述符泄漏；大JSON应流式解码；非2xx响应体含错误信息需统一处理；文本响应需按Content-Type或meta/xml声明的charset解码。
-
Go中slice是含ptr/len/cap的结构体，非指针；传slice是值传递，改元素因ptr共享而生效，append扩容则只改副本；需修改slice本身须传[]int；&[3]int与&[]int类型不同；返回T强调可变共享，[]T强调数据集合语义。
-
Go中通过map[key]获取值时，编译器仅在多变量赋值（如v,ok:=m[k]）上下文中才允许同时提取值和存在性布尔标志；直接returnm[k]会报错，因为该语法并非函数调用，而是特化的“comma-ok表达式”，其多值行为不适用于单值返回语境。
-
Go通过返回error类型显式处理网络错误，需每次操作后检查；2.常见错误包括连接超时、主机不可达、连接重置等，可通过*net.OpError类型断言判断；3.利用Temporary()和Timeout()方法区分临时性与永久性错误，指导重试策略。
-
Go用net/http和html/template实现后台管理页，服务端渲染HTML，配合轻量前端交互完成CRUD，需手动处理路由、数据绑定与错误提示。
-
测试channel需避免死锁，使用select与超时机制确保测试稳定；2.验证关闭channel时能正确检测零值与false状态；3.生产者-消费者模型中结合sync.WaitGroup保证goroutine完成。
