VSCode 中 ARM 汇编寄存器观测需 Cortex-Debug 插件、正确配置 armToolchainPath/gdbPath、launch.json 中添加 "info registers" 命令、OpenOCD/J-Link 服务正常运行且 target cfg 匹配芯片型号。
VSCode 本身不直接支持 ARM 汇编的寄存器观测，必须依赖调试协议栈（GDB + OpenOCD）和 Cortex-Debug 插件协同工作。没有正确配置调试通道，Registers 面板永远是空的或显示“unavailable”。
安装 cortex-debug 插件并确认它能识别 ARM 工具链
Cortex-Debug 是唯一能在 VSCode 中驱动寄存器视图的插件，但它不会自动发现你的 arm-none-eabi-gdb 或 OpenOCD 路径。
- 必须手动在 VSCode 设置中指定
cortex-debug.armToolchainPath，指向你安装的arm-none-eabi-工具链bin/目录（例如C:\Program Files\GNU Arm Embedded Toolchain\10 2021.10\bin） - 如果使用
aarch64-none-elf-gdb（如 macOS 上通过 Homebrew 安装），需改用cortex-debug.gdbPath显式设置路径 - 插件安装后重启 VSCode，打开命令面板（
Ctrl+Shift+P），输入Cortex-Debug: Show Debug Adapter Log，若报错找不到gdb，说明路径配置失败
launch.json 中必须启用 GDB 的寄存器读取能力
setupCommands 里只写 target extended-remote 和 load 不够——GDB 默认不主动同步寄存器状态到前端。
- 添加
{"text":"info registers"}到setupCommands数组末尾，强制 GDB 在启动时拉取一次完整寄存器快照 - 若使用 OpenOCD 作为服务器，确保其配置支持 RISC-V 或 ARM 的调试模块；ARM Cortex-M 芯片需在
debugServerArgs中指定正确的-f target/xxx.cfg（如stm32f1x.cfg） - 不要省略
"servertype": "openocd"或"servertype": "jlink"，否则 Cortex-Debug 无法决定如何与调试器通信
调试会话中寄存器面板无响应或值不更新
常见现象是面板标题显示 Registers，但下面为空、显示 loading... 或数值长期静止。这不是插件 bug，而是底层通信未就绪。
- 检查 OpenOCD 是否真的运行在
debugServerArgs指定的端口（默认3333），用netstat -ano | findstr :3333（Windows）或lsof -i :3333（macOS/Linux）验证 - 在调试控制台（
DEBUG CONSOLE）中手动输入info registers，如果返回错误（如Remote communication error），说明 GDB 与 OpenOCD 连接中断 - 单步执行（
F10）或继续运行（F5）后，寄存器值才可能刷新；纯暂停状态（breakpoint hit）下部分寄存器（如pc、sp、lr）通常可读，但通用寄存器（r0-r12）需明确触发读取
寄存器观测不是“开箱即用”的功能，它依赖 GDB → OpenOCD → 芯片调试模块三层链路全部畅通。任何一个环节的路径错、权限缺、配置漏，都会导致 Registers 面板失效。最常被忽略的是 OpenOCD 的 target cfg 文件是否匹配芯片型号，以及 Windows 下 J-Link 驱动是否以管理员权限运行。
