-
replaceMethod必须区分ART和Dalvik，因二者底层方法结构体（ArtMethod/DvmMethod）内存布局、字段名及偏移完全不兼容，错用版本会导致crash或补丁失效。
-
Go反射通过reflect包实现，核心为Type、Value和Kind：Type描述类型元信息，Value封装实际值，Kind表示底层数据种类；通过TypeOf和ValueOf获取对应对象，可遍历结构体字段、读取标签、调用方法，常用于序列化和ORM等通用库；修改值需传入可寻址指针并使用Elem()获取目标Value，再调用Set设置；反射性能较低，应避免在高频场景使用，并注意缓存Type和Value以提升效率。
-
最可行起点是用Gin启动，但必须处理库存原子性、游标分页、JWT鉴权三处；否则上线必出问题。需用FORUPDATE行锁或Redis原子扣减、游标分页替代OFFSET、JWT只存不可逆token_id并校验Redis。
-
报错“norequiredmoduleprovidespackage”是因Go找不到import的包，需检查go.mod是否缺失对应require、路径版本是否匹配、本地模块是否用replace声明，而非删go.sum。
-
yaml.Unmarshal返回零值主因是字段未导出或标签错误：字段须首字母大写，yaml标签大小写需与YAML键严格匹配，嵌套结构体同理；读文件用os.ReadFile并检查err，传参必须是指针；动态键名应实现UnmarshalYAML接口或用map[string]interface{}。
-
直接用chan适用于进程内小规模通信，如小模块间状态通知、配置热更新、测试mock等场景；跨服务或需持久化时必须使用NATS/Kafka等中间件。
-
用unsafe.Sizeof和unsafe.Offsetof可精确验证结构体内存布局：Sizeof返回总大小，Offsetof获取字段偏移，差值即填充字节；需按对齐规则分组重排字段，兼顾序列化契约与缓存行对齐。
-
LDAP连接失败首要排查DNS解析，确认域名可达或改用IP；Docker需用host.docker.internal或宿主机IP；自签名LDAPS需跳过证书验证；错误码49多因DN格式不符AD或OpenLDAP规范；Search为空应检查baseDN、filter转义及权限；务必手动设置conn超时避免卡死。
-
json.Unmarshal必须传指针，否则解析结果为零值；结构体字段需加jsontag才能匹配JSON键名；类型不匹配会报错，忽略err或缺少tag导致静默失败。
-
双指针是用两个索引变量协同遍历的思路，非Go语法特性；快慢指针适用于有序去重、链表环检测等依赖速度差的场景，对撞指针适用于两数之和、回文判断等依赖两端收缩的场景。
-
用Golang做站点可用性检测需并发控制、健壮HTTP客户端、分层结果判定及可靠上报：通过workerpool限并发，自定义http.Client设超时与连接复用，按网络/协议/业务层分类错误，耗时超阈值标记为慢或不可用，结果异步批量上报并本地落盘重试。
-
Go性能优化需减少变量逃逸，核心是让变量留在栈上。常见逃逸场景包括：返回局部变量指针、闭包捕获、赋值给interface{}、goroutine传参指针。使用gobuild-gcflags="-m"可检测逃逸。优化策略有：避免返回指针、调整结构体字段顺序以减少内存对齐开销、减少指针成员、复用对象或使用sync.Pool降低GC压力。
-
生产环境必须显式构造带超时和连接复用的http.Client，禁用http.Get；需设Timeout、MaxIdleConnsPerHost，并始终Closeresp.Body；JSON解析应先ReadAll再Unmarshal。
-
短链接系统需避免哈希碰撞、保障跳转性能、防御刷量并优化统计：用带盐的SHA256+重试生成7位短码；跳转走sync.Map+Redis双层缓存，5ms内完成；限流前置至Nginx和Go服务；统计异步聚合写入Kafka/ClickHouse。
-
使用os/exec包执行系统命令，通过exec.Command创建命令对象并调用Run()等待完成；2.用Output()获取命令输出；3.手动设置Stdin、Stdout、Stderr以控制输入输出流；4.设置Env字段传递环境变量；5.避免拼接用户输入防止命令注入。
