根本原因是gdbserver不解析符号，宿主机gdb无法加载动态库调试信息，常见于未编译-g、动态库被strip、路径或build ID不匹配、dlopen延迟加载未手动sharedlibrary、或优化导致行号错位。
gdbserver 启动后无法加载动态库
动态库找不到最常见的情况是：gdbserver 已启动，target remote 也连上了，但 info sharedlibrary 显示为空，或断点打在动态库函数上直接提示 No symbol table is loaded。
根本原因不是 gdbserver 没加载，而是它压根没把动态库的调试符号（debug info）一并读进来——这和你编译时是否加 -g、动态库是否被 strip 过、以及 gdb 是否能访问到对应源码路径强相关。
- 交叉编译动态库时必须加
-g，且不能加--strip-all或运行strip命令；验证方式：readelf -S libxxx.so | grep debug应有多个.debug_*段 - 动态库若由 CMake 构建，确保
CMAKE_BUILD_TYPE=Debug，且未启用INSTALL_WITH_DEBUG_INFO=OFF类选项 - gdbserver 本身不解析符号，只转发内存/寄存器状态；真正需要符号的是宿主机上的
arm-linux-gnueabihf-gdb，它得能在本地找到libxxx.so文件（路径要和target remote前用file加载的主程序一致） - 如果动态库是 dlopen 加载的，需等
sharedlibrary命令手动触发加载（gdb 不会自动监听 dlopen 行为），可在dlopen返回后执行sharedlibrary ./libxxx.so
gdb 提示 “Cannot find bounds of current function” 或断点飘移
这类报错表面看是函数找不到，实际多因动态库被优化过，导致行号信息与指令严重错位。尤其当你的动态库用了 -O2 或更高优化等级，又没加 -fno-omit-frame-pointer，gdb 就很难重建调用栈。
- 开发阶段务必用
-O0 -g编译动态库；若必须保留部分优化，至少加-O1 -g -fno-omit-frame-pointer - 避免在动态库中内联关键函数（如加
__attribute__((noinline))），否则 gdb 可能跳进汇编而看不到源码 -
info registers和x/10i $pc是兜底手段：哪怕没符号，也能看到当前指令和寄存器值，结合objdump -d libxxx.so手动比对
动态库路径不对，gdb 找不到 .so 文件
gdb 需要本地有和目标机完全一致的动态库文件（含相同 build ID），否则即使符号存在，也会拒绝加载，报 Shared object not loaded at expected address 或静默失败。
- 确认目标机上
ldd ./your_app输出的动态库路径（如/usr/lib/libxxx.so），然后在宿主机上把同名.so放到对应路径（如/usr/lib/libxxx.so），或用set sysroot /path/to/target/rootfs指向整个根文件系统镜像 - 更稳妥的做法是：把所有依赖的
.so和可执行文件一起拷贝到宿主机某个目录（如./debug-root），再执行set sysroot ./debug-root，之后sharedlibrary就能自动识别 - 检查 build ID 是否一致：
readelf -n your_app | grep -A4 Build.ID和readelf -n libxxx.so | grep -A4 Build.ID输出应完全相同；不一致说明不是同一构建产物
动态库中打了断点却从不命中
断点打在动态库函数里，gdb 显示已设置（info break 里有），但程序跑起来后毫无反应——大概率是该函数根本没被调用，或被 dlsym 绕过符号表间接调用，或动态库加载时机晚于断点设置时间。
- 先确认函数确实被执行：
catch syscall openat+commands; p $_dl_debug_state(); end可捕获动态链接器加载事件；或者用info proc mappings看libxxx.so是否已在内存中 - 若用
dlsym获取函数指针，gdb 默认无法识别这种调用，此时需改用b *0x12345678（函数地址）硬打断点，地址可通过info symbol dlsym_ret_ptr或print (void*)dlsym_ret_ptr获得 - 某些场景下（如 preloaded 库），动态库在 main 之前就已加载，但 gdb 还没来得及读取其符号，此时可在
starti后立即执行sharedlibrary强制加载
.so 文件或 build ID 对不上，整个动态库的调试链就断了。 
