uprobe挂钩go函数需先提取符号地址并处理abi变化：go默认不生成.symtab，须用readelf -s获取符号；1.17+寄存器abi使参数分布复杂，probe点过晚会导致读取错误；应禁用内联（-gcflags="all=-n -l"），优先使用libbpf-go解析dwarf+btf，并避开runtime内部高频/不稳定函数。
uprobe 能挂钩 Go 函数，但必须知道符号地址和 ABI 变化
Go 编译器不生成标准的 ELF 符号表（如 .symtab），uprobe 无法靠函数名直接挂载。你得先用 objdump -t 或 readelf -s 从二进制里提取实际符号，比如 main.foo 或 runtime.mallocgc；Go 1.17+ 启用寄存器 ABI 后，参数不再全在栈上，%ax、%dx 等寄存器可能承载前几个参数——但 uprobe 触发点若在函数中间，这些寄存器可能已被覆盖。
常见错误现象：
- 读到的参数全是 0 或随机值 → probe 插入点太靠后，寄存器被改写
-
bpf_probe_read_user返回-EFAULT→ 地址无效，可能因 Go GC 移动了栈或参数是栈上临时变量 - 函数名匹配不到 → Go 二进制默认 strip 掉符号，需编译时加
-ldflags="-s -w"之外的选项，或保留 DWARF 信息
libbpf-go 是唯一能稳定读取 Go 函数参数的绑定
别用 cilium/ebpf：它不支持 BTF，也无法解析 Go 运行时生成的 DWARF 类型信息，对 runtime.g、runtime.m 等结构体字段偏移硬编码，内核或 Go 版本一变就失效。而 libbpf-go 可通过 BTF + DWARF 联合推导参数布局，尤其在读取 runtime.casgstatus(gp, status) 这类带指针参数的函数时，能准确定位 gp 在寄存器还是栈帧中。
实操建议：
- Go 编译时加
-gcflags="all=-N -l"禁用内联和优化，确保函数有独立入口和可追踪栈帧 - eBPF C 侧用
bpf_usdt_readarg（如果用了 USDT 探针）或bpf_probe_read_user+ 显式寄存器访问（如ctx->ax） - 用户态 Go 代码中，用
libbpfgo.NewModuleFromBuffer加载含 DWARF 的.o，并启用BTFGen自动生成匹配结构体
函数调用关系不能只靠单点 uprobe，得靠栈回溯 + goroutine ID 关联
uprobe 只能捕获单个函数的 entry/return，要还原调用链，必须在 entry 时记录当前 goroutine ID（runtime.getg() 返回的 g 指针）、栈基址（g.stack.hi）和 PC，再在 return 时比对。但 Go 的栈是分段的、可增长的，直接 bpf_get_stackid 会失败——你需要用 bpf_override_return 配合 uprobe 手动拼接栈帧，或依赖 perf_event_open 的 PERF_SAMPLE_CALLCHAIN 模式（需内核开启 CONFIG_PERF_EVENTS 和 CONFIG_STACKTRACE）。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
关键限制：
- goroutine ID 不是整数，而是
*g地址，不同进程间不可比，只能用于同一进程内关联 - Go 1.21+ 引入异步抢占，
runtime.park等函数可能被中断，栈回溯中途断裂 - 避免在
runtime.mallocgc或runtime.systemstack上设 uprobe：它们本身操作栈，极易触发 verifier 拒绝或死锁
别碰 runtime.gcAssistAlloc 这类辅助函数
这类函数由编译器插入、无固定调用约定，且常被 inline 或重排。即使成功挂上 uprobe，读到的参数也大概率是寄存器残留值。更糟的是，它们执行极快（纳秒级），probe 开销反而扭曲行为，导致 GC 延迟异常升高。
真正可用的切入点只有三类：
- 公开导出函数：如
http.ServeHTTP、net.(*TCPConn).Write—— 符号稳定，参数语义明确 - 运行时关键路径：如
runtime.newobject、runtime.mapassign_fast64—— 需配合 DWARF 解析，且仅限调试环境 - USDT 探针：Go 1.21+ 支持在编译时埋点（
//go:usdt），但目前仅限少数 runtime 函数，且需手动启用构建标签
最易被忽略的一点：Go 程序启动初期（runtime.rt0_go 到 main.main）的函数调用链，uprobe 根本无法可靠捕获——因为此时栈尚未初始化、BPF helper 调用受限，强行挂钩只会让进程卡死在 clone 系统调用里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
