推荐使用 Microsoft 官方维护的 LibObjectFile 库解析 RISC-V ELF 文件，它支持 RISCV64 架构识别、符号表与段信息提取，并要求 NuGet 版本 ≥8.0，必须调用 ObjectFile.Load 且验证 Architecture.RISCV64 才算成功。
用什么库解析 RISC-V ELF 文件
纯 C# 没有内置 ELF 解析能力，System.Reflection 只支持 .NET PE 格式，对 ELF 完全无效。目前最可行的是用 LibObjectFile（Microsoft 官方维护的跨平台二进制格式库），它支持 ELF，并且明确包含 RISCV64 架构识别逻辑。
别碰 ELFSharp：它不支持 RISC-V 的 e_machine 值（EM_RISCV = 243），读到就会抛 UnsupportedMachineException；也别手写解析——RISC-V 的节头、程序头、重定位结构和 ABI 扩展（如 RV64IMAFDC）让手动处理极易出错。
- 确认 NuGet 包版本 ≥
Microsoft.Extensions.ObjectPool8.0+，LibObjectFile依赖它 - 加载时必须用
ObjectFile.Load，而非ElfReader.Read等旧接口，后者已弃用且不识别 RISC-V -
ObjectFile.Architecture返回Architecture.RISCV64才算真正识别成功，仅靠文件头 magic 不够
如何安全读取 RISC-V ELF 的符号表和段信息
RISC-V ELF 的 .symtab 和 .strtab 结构与 x86-64 一致，但符号绑定（STB_GLOBAL）、类型（STT_FUNC）和值（st_value）含义相同；真正容易出问题的是节地址计算——RISC-V 链接器常使用高位地址（如 0x80000000），而 LibObjectFile 默认返回的是文件偏移，不是运行时虚拟地址。
- 用
section.Address获取加载后 VA（virtual address），不是section.Offset -
symbol.Value是相对节起始的偏移，需加上对应节的Address才是真实函数入口 - 若目标 ELF 启用了
PIC或PIE，symbol.Value可能为 0，此时必须查.rela.dyn或.rela.plt重定位项 - 注意
.text节可能被拆成多个（如.text.startup、.text.unlikely），需遍历所有SectionKind.Text类型节
为什么 Load 会失败：常见 RISC-V ELF 兼容性陷阱
ObjectFile.Load 报 InvalidDataException 或静默返回 null，大概率是 ELF 头或程序头违反了 LibObjectFile 的严格校验——它不接受非标准扩展字段，而某些 RISC-V 工具链（如 riscv64-unknown-elf-gcc 12.x+）默认启用 --eh-frame-hdr，导致 .eh_frame_hdr 节内容格式不被识别。
- 编译时加
-fno-dwarf2-asm -fno-unwind-tables关闭调试/异常表，大幅降低解析失败率 - 检查
e_ident[EI_CLASS]必须是ELFCLASS64（值 2），RISC-V 无 32 位用户态 ELF 标准用法，ELFCLASS32会被直接拒绝 -
e_machine必须为EM_RISCV（243），某些早期 binutils 输出可能误写为EM_NONE（0），需用readelf -h验证 - 如果 ELF 是裸机（bare-metal）镜像（无
PT_INTERP），LibObjectFile仍可解析节和符号，但ObjectFile.EntryPoint可能为 0 —— 这是正常现象，别当成错误
从 ELF 提取机器码并验证 RISC-V 指令有效性
拿到 .text 节原始字节后，不能直接当指令用：RISC-V 是小端，且每条指令固定 4 字节（RV64GC），但 ELF 中可能混入 2 字节压缩指令（C 扩展），而 LibObjectFile 不做指令解码。
- 先用
section.Contents读取字节数组，再按 4 字节切片（BitConverter.ToUInt32(bytes, i)），别用Span—— 它在非对齐时行为未定义.Cast () - 判断是否为 C 指令：检查低 2 位是否为
0b11，是则跳过（当前LibObjectFile不提供 C 指令自动展开） - 用开源库
RISC-V-Decoder（C# 实现）做语义验证，例如Decoder.Decode(instruction)返回null表示非法编码 - 注意：RISC-V 的
auipc+jalr组合需要符号表辅助重定位，纯字节流无法还原绝对跳转目标
真正麻烦的从来不是读出字节，而是搞清哪些符号该重定位、哪些节要按页对齐、哪些重定位类型（R_RISCV_CALL、R_RISCV_RVC_JUMP）对应哪套计算规则——这些细节不查 elf64-riscv.pdf 规范根本没法写对。
