-
答案：typeswitch用于判断接口变量的具体类型并执行对应逻辑。语法为switch变量:=接口变量.(type)，可安全处理多种类型，避免多个if-else，常用于解析JSON等场景。
-
最稳直接上gopsutil：它跨平台封装底层调用，CPU采样需注意阻塞与非阻塞差异，内存返回实时快照而非均值，Windows需fallback计算可用内存；进程监控须补全用户、状态、内存详情并限制数量；磁盘网络IO为累计值，需差值计算速率；定时采集需recover、异步输出及优雅退出；跨平台字段缺失属正常，须兜底处理。
-
Go单元测试中需用defer+recover捕获panic，不可用try/catch；推荐返回error而非panic；并发中goroutine的panic无法被主goroutinerecover。
-
Go中表达式求值后必有结果，语句无值；if/for/switch/return是语句，不能用于赋值等需值的上下文，而a+b、len(s)等是表达式，可赋值或传参。
-
在Golang微服务中，应通过统一错误响应结构、分层错误码设计、封装AppError类型、控制跨服务错误传递、集成链路追踪与日志、集中管理错误码来实现标准化；具体方案为定义包含code、message、details、trace_id的JSON响应格式，采用“服务域+错误类型+具体错误”的分层错误码结构（如10102001），在Go中封装可序列化的AppError结构体并预定义错误变量，服务间调用时根据错误类型选择透传或转换，结合中间件注入trace_id并记录结构化日志，通过共享错误码包和文档实现团队协
-
reflect.New是运行时根据reflect.Type创建结构体指针的首选方法，返回可寻址的*T，需配合Elem()获取结构体值并赋值，字段名须导出且类型严格匹配。
-
答案：Golang微服务异步通信主要通过消息队列（如RabbitMQ）、Kafka、NATS及gRPC结合消息队列实现；RabbitMQ支持可靠消息传递，Kafka适用于高吞吐场景，NATS轻量实时，gRPC结合队列可实现异步解耦，配合Go的goroutine与channel构建高效系统。
-
Go中获取结构体需明确目标：用reflect.TypeOf获取类型对象（推荐(*MyStruct)(nil)).Elem()），遍历导出方法需检查m.PkgPath为空且区分接收者类型，提取参数从In(1)开始并先校验NumIn()>1。
-
net/http默认不处理跨域，因其http.ServeMux和Handler仅负责基础请求响应，不实现CORS规范；需手动添加中间件（如rs/cors）或在API网关层统一配置。
-
Gomap的key必须支持==和!=，因为底层依赖哈希与相等判断定位键；不可比较类型（如slice、map、func）作key会导致编译错误或运行时panic。
-
error是接口而非关键字，需显式检查；必须用iferr!=nil判断，禁用iferr或_忽略；推荐errors.New、fmt.Errorf（%w包装）和谨慎自定义结构体；优先用errors.Is/errors.As判定错误，避免字符串匹配；包装错误应精简，仅入口层加必要上下文。
-
Golang中实现UDP通信无需建立连接，通过ReadFromUDP和WriteToUDP直接收发数据报，服务端可一个连接处理多个客户端，适合低延迟、高并发场景；而TCP需通过Accept建立连接，基于字节流传输，需处理粘包，但保证可靠有序，适合文件传输等场景；因此应根据是否需要可靠性、延迟要求、连接状态管理来选择协议，UDP编程更轻量但需应用层补足可靠性。
-
Go编译本身快，但大型项目感知延迟主因是构建流程瓶颈：golist扫描、模块校验超时、重复go:generate、CGO调用及误用-a/-i等过时参数；优化GOPROXY/GOSUMDB、按需触发generate、禁用-a/-i可解决90%问题。
-
gorilla/websocket需补全连接池、并发写保护、超时控制等机制才能用于分发系统；必须用gorilla/mux路由提取路径参数并绑定会话，用sync.Map存连接且广播前需拷贝切片，消息分发须按私聊/群发/广播分类处理并设写超时。
-
interface{}转换会触发内存分配和类型信息查找，因其底层由类型指针（itab）和数据指针（data）组成，赋值时需运行时写入二者，小对象可能逃逸至堆，循环中频繁使用会导致性能问题。
