-
Go语言reflect包仅支持反射访问导出字段（首字母大写），非导出字段被忽略；需用指针获取可设置值，结合structtag可实现通用序列化等逻辑，但性能低需谨慎使用。
-
<p>在Golang中实现网络客户端超时控制需设置http.Client的Timeout字段，如client:=&http.Client{Timeout:10*time.Second}；可通过自定义Transport对DialContext、ResponseHeaderTimeout等进行细粒度控制；还可使用context.WithTimeout动态取消请求；超时错误可通过net.Error类型断言识别并处理。</p>
-
mspan是Go运行时管理堆上固定大小页块的中间结构，对应连续虚拟内存并存储元信息，而非直接分配内存或存放用户数据。
-
核心思路是分块读取并计算已读字节数占比。先用os.Stat获取文件大小，再通过buffer循环读取，累计已读字节数并计算进度百分比，最后封装为带回调函数的可复用读取器，支持实时进度提示。
-
Cobra+Viper组合可自动按「命令行>环境变量>配置文件>默认值」优先级合并配置；需严格遵循初始化顺序：先声明flag，再BindPFlag，最后ReadInConfig；子命令通过persistentflag和viper.GetString直接访问；结构体绑定需mapstructuretag；WatchConfig仅监听文件变更；UnmarshalStrict可校验字段完整性。
-
Go轻量RPC框架通过统一中间件签名func(context.Context,*rpc.Request,interface{},func()error)error实现嵌套调用，服务端借ServerCodec注入钩子，客户端封装Do方法支持Before/After回调，全程透传context与error。
-
使用net/http和文件操作实现图像上传；2.创建含multipart表单的HTML页面；3.Go后端解析文件并保存；4.支持图片展示功能。
-
Go程序在容器中CPU跑不满是预期行为，因其默认GOMAXPROCS设为宿主机CPU总数而非--cpus限制值，导致P数远超实际配额，引发调度争抢与CFSthrottling；须主动读cgroup（v1/v2）计算quota/period并调用runtime.GOMAXPROCS设整数上限。
-
应换sync.Mutex的场景：读远多于写→用RWMutex；仅计数/开关→用atomic；写超15%~20%或读隐含写→慎用RWMutex；结构体整体只读→用atomic.Value；map高频读写→分片锁或sync.Map；锁内禁止IO/HTTP/JSON解析，只做内存操作。
-
本地调试AWSLambdaGo函数必须改用http.ListenAndServe启动HTTP服务，而非默认阻塞等待runtimeAPI；需手动判断环境变量分流逻辑，避免base64编码body导致解析失败，并优先使用官方LambdaDocker镜像模拟真实环境。
-
Go标准库支持HTTP压缩与解压，客户端需手动压缩请求体并设置Content-Encoding:gzip，服务端需解析该头并用gzip.NewReader解压；响应方面，客户端默认自动解压gzip，服务端则需根据Accept-Encoding手动压缩并写入Content-Encoding头，通过中间件可实现请求解压与响应压缩。
-
Go微服务分布式追踪需确保trace_id在HTTP/gRPC/消息队列间透传：HTTP须用W3C标准propagator注入提取；gRPC须用otelgrpc拦截器并处理tracestate；日志需注入spancontext三元组且字段名匹配采集器约定。
-
Go1.16起ioutil被弃用，应改用os.ReadFile/os.WriteFile替代读写操作，os.MkdirTemp替代TempDir，io.NopCloser替代NopCloser，并移除io/ioutil导入。
-
Go标准库不支持sendfile/splice零拷贝，需手动调用syscall.Sendfile并严格管理fd生命周期，仅Linux可用，且需处理offset循环、平台约束与内核限制。
-
Go中unix.Sendmsg传文件描述符失败的根本原因是SOCK_CLOEXEC标志导致fd被内核自动关闭，需手动创建socket并清除该标志，发送时正确设置SCM_RIGHTScmsg，接收后立即dup并转为*os.File。
