-
最直接方式是用http.Handler封装缓存逻辑：通过闭包或结构体实现ServeHTTP，先查缓存，命中则直接返回；未命中则捕获响应并写入缓存。
-
在Golang中使用反射检测方法是否存在时，必须确保方法名首字母大写且接收者类型匹配。1.获取reflect.Type后调用MethodByName并检查返回值ok；2.方法名必须首字母大写否则无法导出；3.若方法为指针接收者定义，则传入的实例或类型必须是指针类型，也可使用Elem()统一处理；4.结构体与指针接收者同时存在同名方法时，MethodByName返回的方法取决于传入的类型是结构体还是指针。
-
Go的http.Redirect默认是302（临时重定向），非301；真要永久跳转须显式传http.StatusMovedPermanently，否则影响SEO、缓存及浏览器行为。
-
Go微服务中不能直接用net/http实现负载均衡，因其无客户端LB能力；应通过服务发现（如Consul）+客户端LB（如kitex）或ServiceMesh（如Istio）分层解决。
-
Go写syslog首选unixsocket（/dev/log），UDP需带端口且设超时，TCP更可靠；标准log/syslog仅支持纯文本，结构化日志需logrus+RFC5424或zerolog直写JSON；容器中须动态fallback并验证通路。
-
Go函数必须显式返回error才能参与错误传播；应始终在函数签名中包含error、用%w包装错误、errors.Is/As判断类型、早失败快返回、不忽略Close错误。
-
必须用%w才能形成可展开的错误链，否则errors.Is和errors.As失效；%w仅支持一个且须在末尾，多%w编译失败；不可对nil或非error类型使用%w；fmt.Errorf+%w表因果包装，errors.Join表并列聚合。
-
最简GET写法是http.Get，但必须deferresp.Body.Close()；POST需用http.NewRequest+Client.Do；超时须用带Timeout的http.Client；JSON操作要检查marshal/unmarshal错误并正确处理Body。
-
Go中对未关闭的无缓冲或带缓冲通道使用forrange会永久阻塞，需明确限制接收次数或关闭通道以避免程序挂起。
-
fmt.Printf调试易埋坑：不换行、不刷缓冲、不区分环境，导致输出延迟或泄露；应加\n或flush，慎用运行时开关，优先编译期控制。
-
答案是：Go语言中RPC错误捕获需通过显式检查返回值实现。1.客户端调用client.Call或client.Go后必须检查error字段，异步调用需从<-call.Done获取call.Error；2.服务端方法应以error为最后一个返回值，以便将错误序列化传回客户端；3.需处理rpc.Dial连接错误、网络中断及超时等底层问题，建议结合context.WithTimeout并添加重试机制；4.可封装统一的错误处理函数，集中记录日志，确保每次调用都检查error，避免遗漏。
-
根本原因是Linux内核socket发送队列（sk->sk_write_queue）持续积压，导致Go的net.Conn.Write()在内核层阻塞；主因包括wmem_default过小、网卡中断/softirq不均衡、应用层缺乏背压机制。
-
直接用gofunc()处理万级并发会崩，因调度器、内存、文件描述符等资源无法兜住，导致OOM、toomanyopenfiles、HTTP超时等；应使用协程池（如ants）或channel限流，避免无节制创建goroutine。
-
go-swagger生成失败：找不到swaggergeneratespec命令根本原因是go-swagger没装对，或没进$PATH。它不是goget直接装完就能用的二进制工具，得手动下载预编译版本或从源码构建。实操建议：优先用官方推荐方式：curl-sSLhttps://raw.githubusercontent.com/go-swagger/go-swagger/master/install.sh|sh，它会自动下载、校验、放进$GOPATH/bin确认$GOPATH
-
close()只能由发送方调用，否则panic；关闭后读取返回零值且ok为false；重复close会panic；len/cap与关闭无关，判断是否关闭只能用<-ch,ok。
