远程调试中next/step无反应，因gdbserver未响应单步请求，常见于缺调试符号、进程被信号中断或gdbserver版本过旧；--once非必需但推荐，避免会话后自动退出；单步前须确认编译带-g、本地与远程可执行文件完全一致、架构匹配；vs code中单步卡汇编多因sourcefilemap路径映射错误。
远程调试时 next 和 step 为什么没反应？
因为 GDB 本地只负责发指令，真正执行单步的是远程的 gdbserver。如果它没收到或无法响应单步请求，next / step 就会卡住或直接跳过——常见于未正确加载调试符号、目标进程被信号中断、或 gdbserver 版本太旧不支持某些步进语义。
gdbserver 启动时必须加 --once 吗？
不是必须，但强烈建议。不加 --once 时，gdbserver 在一次调试会话结束后会退出；加了之后它只服务一次连接，适合配合 VS Code 等 IDE 反复启动调试。若你手动连 GDB 并反复 run，不加也行，但要注意：每次 run 后 gdbserver 已退出，得重新启动它。
-
gdbserver :1234 ./a.out→ 调试完自动退出 -
gdbserver --once :1234 ./a.out→ 同上，但更明确语义，避免误以为能复用 - 若用
attach模式（如调试运行中进程），--once无效，不用加
单步执行前必须确认的三件事
远程单步不是“按个键就行”，它依赖底层 ptrace 行为与符号信息对齐。以下任一缺失都会导致 step 跳函数、next 跳整行、甚至停在汇编层：
- 可执行文件编译时带
-g（且未 strip），否则 GDB 无法映射源码行号 - 本地 GDB 加载的可执行文件，必须和远程
gdbserver运行的**完全一致**（校验md5sum或sha256sum） - 远程目标平台架构要匹配：x86_64 程序不能用 aarch64 的
gdbserver调试，反之亦然
VS Code 中单步卡在汇编怎么办？
这是最常被忽略的路径问题：launch.json 里 sourceFileMap 配置错误，导致 GDB 找不到本地源码对应位置，只能退回到反汇编视图。例如远程构建路径是 /home/user/project/src/main.c，而你本地代码在 ./src/main.c，就必须写：
"sourceFileMap": {
"/home/user/project/": "${workspaceFolder}/"
}
漏掉斜杠、路径大小写不一致、或用了相对路径（如 ../src）都会让 next/step 失去源码上下文，表现就是单步后光标跳进 __libc_start_main 之类的地方。
