-
Go反射拼SQL最常因未检查nil指针导致panic，需用v.Kind()==reflect.Ptr&&v.IsNil()判断并跳过或按NULL处理；优先用带dbtag的结构体而非map；反射元信息应缓存避免重复遍历。
-
答案：Golang中处理RESTAPI分页需定义分页结构体、设置默认值并校验，通过Page和PageSize计算offset和limit构造数据库查询，使用ORM或原生SQL获取数据，同时查询总记录数，封装数据列表、总页数、当前页等信息返回标准化响应，建议限制最大页大小防止深分页，必要时采用游标分页提升性能。
-
strings.Builder.String()是零拷贝的，它通过unsafe.String()直接构造字符串头，复用底层[]byte的指针和长度，无内存分配与数据拷贝，时间复杂度O(1)。
-
Go中间件必须返回http.Handler，本质是函数套函数；正确签名是func(http.Handler)http.Handler，需显式调用next.ServeHTTP()，提前终止须return，panic恢复须defer中捕获并立即响应。
-
fmt.Errorf更适合配置校验，因其支持格式化和%w嵌套，可携带上下文（如配置项、文件、行号）并保留原始错误类型与堆栈，便于定位问题和错误判断。
-
Go的html/template包能自动转义输出内容，防止XSS攻击。根据上下文（文本、属性、JS、URL等）自动应用转义规则，无需手动调用EscapeString。例如在HTML标签或属性中，特殊字符如<、>、"、'会被转义为实体；在JS字符串或URL中也会相应处理。使用时应始终以字符串传递用户输入，避免滥用template.HTML，仅对可信HTML使用该类型，否则可能导致XSS漏洞。只要正确使用，不随意绕过转义机制，即可有效防御大多数XSS风险。
-
PVCPending核心原因是storageClassName不匹配或未显式声明；PV手动创建时若spec.storageClassName为空，则PVC必须显式写storageClassName:""才能绑定。
-
95%HTTP场景直接用golang.org/x/time/rate.Limiter即可，它并发安全、精度可控；应按用户/IP/endpoint分组创建实例，用sync.Map缓存，避免key泛滥和高频新建，慎用Reserve()。
-
不能，log.SetOutput仅接受单个io.Writer；需用io.MultiWriter实现多目标输出但无法分级，推荐zap或zerolog等支持级别分发的日志库。
-
Go的io.Reader和io.Writer必须按设计节奏使用：Read不保证填满缓冲区，返回n表示实际读取字节数，需用buf[:n]且检查err；io.Copy封装了安全的流处理逻辑，避免手写循环的常见错误。
-
首先通过反射获取结构体指针的可修改值，然后遍历字段并读取config标签以匹配外部配置键，最后将map中的值动态赋给对应字段。
-
SetReadDeadline和SetWriteDeadline每次I/O前必须重设，Dial和KeepAlive不可忽略，HTTP超时需分层配置；deadline是绝对时间点，不自动续期，不跨操作生效。
-
直接用map做分布式索引会出问题，因为map是进程内数据结构，不跨节点共享，本地索引在其他机器上不可见；常见现象包括压测查不到数据、重启丢数据、节点间不一致，本质是混淆了本地缓存与分布式索引。
-
预分配容量是高频追加场景下的必选项；make([]T,0,N)直接预留N空间，后续N次append零拷贝、零分配，而make([]T,0)初始cap=0，首次append即触发扩容，小数据量也可能因倍增策略多次malloc+memcpy，性能断崖式下降。
-
Gin中间件中禁用BindJSON，应手动json.Unmarshal预检并重置body；binding标签在中间件无效；校验须强制执行，不可依赖Header跳过；注意并发下bytes.Buffer复用安全。
