QEMU 内置 gdbstub，可暂停虚拟 CPU 并通过远程协议让 GDB 查看寄存器、内存、断点和单步执行。它很适合调试固件、Bootloader 与早期内核，因为不需要等真实硬件复位，也可以稳定重现启动初期的状态。最常见的问题不是 GDB 命令，而是符号文件、加载地址和地址空间没有对齐。
QEMU 使用 -S -s 启动→GDB 加载带符号映像→target remote 连接→设置断点并继续→检查寄存器、页表和调用栈
-S让虚拟 CPU 在复位后暂停，给 GDB 留出先连接的机会。gdbstub 端口QEMU 暴露远程协议端点，GDB 用 `target remote` 连接。符号映像ELF 提供函数和行号，不能只加载剥离符号后的二进制。装载地址Bootloader、内核和模块可能各自位于不同物理地址。MMU 切换开启分页后，断点和内存查看要区分虚拟、物理地址。多 hart确认当前 GDB thread 对应哪个 vCPU，避免看错寄存器。
先确认代码究竟被装到了哪里
file 加载 ELF 后，GDB 以 ELF 中的链接地址理解符号；若 QEMU 或 bootloader 把二进制放在别处，就需要按实际地址添加符号或调整链接脚本。出现“断点能下但永远不命中”“反汇编像乱码”时，先核对镜像加载地址、PC 和符号地址，而不是重复重启 QEMU。
MMU 之前和之后是两种调试环境
早期固件通常直接使用物理地址；页表启用后，PC 和数据指针可能是虚拟地址。调试页表问题时，同时查看页表根、当前特权级、映射条目和 QEMU 的物理内存，逐级确认地址转换。多核系统还要明确哪个 hart 负责启动和哪个 hart 触发了异常，否则单步会落在错误上下文。