Keil在线调试必须设Optimization Level为0、启用Debug Information、选SWD接口；Attach模式可冻结运行程序查状态；watch窗口变量异常多因const/ROM存储、类型未展开或刷新率低；J-Link硬件断点更多、SWD速率更高，ST-Link需及时升级固件。
能直接用，但必须关掉编译器优化、启用调试信息、选对接口模式——否则变量值乱跳、断点失效、实时监测根本看不到真实值。
Keil工程里必须改的三项关键配置
很多问题不是J-Link或ST-Link坏了，而是Keil默认配置和在线调试不兼容：
-
Optimization Level必须设为Level 0（即 -O0）。哪怕只开 -O1，编译器就可能把局部变量优化进寄存器、合并条件判断、内联函数，导致你加的断点根本停不到源码行，watch窗口里变量显示 -
Debug选项卡中，Debug Information必须勾选。这是 GDB/Ozone 能把机器指令映射回 C++ 源码行的前提，没它就只能看汇编。 -
Utilities选项卡里，仿真器选ST-Link Debugger（对应 ST-Link）或J-Link（对应 J-Link），Settings→Debug→Interface明确选SWD，别用 JTAG——多数 Cortex-M 芯片 SWD 引脚更少、稳定性更高，且 ST-Link v2/v3 和 J-Link 都默认优先走 SWD。
在线无损调试：Attach to Running Program 的真实用途
这个模式不是“锦上添花”，而是解决特定场景的刚需：
- 程序已运行数分钟，外设初始化完成、通信链路建立、RTOS 任务调度起来——此时你不想复位重来，只想冻结现场查一个正在出错的任务状态，就用
Attach to Running Program。它不会擦 Flash、不重置 RAM、不破坏堆栈，CPU 直接暂停在当前 PC 地址。 - 注意：必须确保芯片未进入低功耗模式（如
WFE/WFI），否则 J-Link 可能无法响应连接请求；如果用了PWR_EnterSTOPMode类操作，需先唤醒再 attach。 - ST-Link 在 Keil 中有时会自动 fallback 到
Download & Reset Program，若想强制 attach，建议在Debug→Settings→Flash Download里取消勾选Reset and Run，并确认Run to main()关闭。
变量实时监测：为什么 watch 窗口常显示旧值或灰色？
实时监测依赖调试器周期性读取内存地址，但有三个常见断点：
- 变量被声明为
const或static const，GCC/ARMCC 可能将其放入 ROM 区，而 SWD 无法在运行时读 ROM（尤其当代码从 Flash 执行时），watch 值始终不变——改用volatile临时修饰或移到 RAM 段（如加__attribute__((section(".ramdata")))）。 - 使用了结构体嵌套指针或 STL 容器（如
std::vector），Keil 默认不展开复杂类型。需在watch窗口手动输入*vec._M_impl._M_start这类内部字段，或启用RTT+ 自定义日志输出更可靠。 - Ozone 或 Keil 的
Live Watch功能默认采样间隔是 100ms，高频变化的变量（如 ADC 采样值、PWM 占空比寄存器）看起来像“卡顿”。可在 Ozone 的View→Live Watch Settings把刷新率提到 10ms，但注意这会增加 SWD 总线负载，可能影响系统实时性。
ST-Link 和 J-Link 在 C++ 调试上的实际差异点
两者协议层兼容，但细节影响体验：
-
J-Link支持更多硬件断点（通常 8 个 vs ST-Link 的 4 个），对多线程 C++ 应用（如 FreeRTOS + 多个 task）更友好；它的 SWD 速率上限更高（默认 4MHz，可调至 12MHz），适合频繁刷新变量的大数据量监测。 -
ST-Link在 Keil 中驱动更“即插即用”，但固件版本容易过旧——遇到Cannot connect to target错误，第一反应不是换线，而是用 ST-Link Utility 升级固件到最新版（v3.J7 或更高）。 - 两者都支持 RTOS 插件（FreeRTOS、ThreadX），但 J-Link 的
Ozone对 C++ 成员函数符号解析更稳定，尤其涉及虚函数表或异常处理时；ST-Link 在 Keil 内调试纯 C 项目几乎无感，一旦混入 C++ 模板或异常，偶尔出现symbol not found提示，此时建议导出.elf给 Ozone 单独调试。
真正卡住人的往往不是“连不上”，而是变量地址变了、优化打乱了执行流、或者你以为在看 RAM 实际读的是 Flash 缓存——这些细节不抠清楚，再好的调试器也只是一块砖头。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
