调试器与调试工具：OpenOCD、J-Link、ST-Link、ULINK
调试器是嵌入开发的“眼睛”。没有它，你只能靠猜。我最早用串口打印来查 bug，后来用了调试器，效率提升不止一个档次。但这四种工具各有脾气，选不对，板子就白烧了。
核心认知：调试器本质上是一个桥接芯片，把 JTAG/SWD 协议转成 USB 给 PC 用。不同品牌在速度、稳定性、协议支持上差异很大。
1. 四大调试工具速览
先上一张对比表，方便你一眼看出区别。
| 名称 | 接口 | 开源/商业 | 典型应用 | 最大速率 | 参考价格 |
|---|---|---|---|---|---|
| OpenOCD | JTAG, SWD, SWV | 开源（软件） | 多平台、多芯片 | 依赖硬件适配器（如FT232H可达几十MHz） | 免费 |
| J-Link | JTAG, SWD, SWV, ETM | 商业（SEGGER） | ARM Cortex 全系列 | 最高 1.5 GHz（J-Trace） | €400～€6000 |
| ST-Link | SWD, SWV, VCP | 商业（ST官方，低成本） | STM32 / STM8 | 4 MHz（稳定） | €10～€30 |
| ULINK | JTAG, SWD, SWV | 商业（ARM/Keil） | Keil MDK 生态 | 约 10 MHz | €200～€1500 |
嗯，价格那片红，心都凉了半截。但别急，后面我会告诉你什么时候值得砸钱。
2. OpenOCD — 开源全能手
OpenOCD 不是硬件，它是一个软件堆。你拿一个 FTDI 板子或 CMSIS-DAP 适配器，把 OpenOCD 跑起来，就变成一台可配置的调试器。我个人非常喜欢它，因为灵活性极高。
我的经验：在调试一个冷门国产 RISC-V MCU 时，官方只给了 OpenOCD 补丁。我花了半天改 cfg 文件，把 JTAG 时序调好，就能直接 breakpoint 了。换成 J-Link 反而要等厂商更新包。
配置示例（连接 STM32F4）：
# openocd.cfg
source [find interface/stlink-v2.cfg]
source [find target/stm32f4x.cfg]
gdb_port 3333
tcl_port 6666启动命令：
openocd -f openocd.cfg然后通过 GDB 远程连接 localhost:3333 就能干活了。注意，OpenOCD 的 SWV 输出需要配置 tpiu 和 itm，我第一次折腾了一整个下午。避坑指南：我曾经在 Ubuntu 新版上遇到 libusb 权限问题，加 udev 规则后解决。
⚠️ 注意事项：OpenOCD 的 JTAG 速度不要设太高，先用 1000 kHz 测通，再逐步加。我遇到过 4 MHz 导致接口锁死的惨案。
3. J-Link — 商业标杆
J-Link 是 SEGGER 的拳头产品，速度、稳定性、协议覆盖面都做到了极致。我建议：如果团队预算充足，直接上 J-Link PLUS 或 ULTRA+。它省下的调试时间，远大于差价。
J-Link 支持 GDB Server，也自带 GUI 工具（J-Flash、J-Link Commander）。我用它测试过 Cortex-A72 的调试，SWD 速率跑到 50 MHz 依然稳定。
| 型号 | 最大 SWD 速率 | Flash 编程速度 | 适用场景 |
|---|---|---|---|
| J-Link EDU | 15 MHz | 约 200 KB/s | 学习 / 个人 |
| J-Link PLUS | 50 MHz | 约 1 MB/s | 日常开发 |
| J-Trace PRO | 1.5 GHz | 约 8 MB/s | 时序分析 / 实时追踪 |
有一个冷门技巧：J-Link 的 RTT（Real-Time Transfer）功能比 UART 打印快得多。我曾经把一段高频率日志从串口改为 RTT，CPU 占用从 15% 降到 0.3%。
一句话总结：如果你不想在调试器上浪费一分一秒，选 J-Link。
4. ST-Link — ST官方利器
ST-Link 是 ST 为自家 MCU 做的低成本调试器，买 Nucleo 或 Discovery 板都自带一个。说实话，对于纯 STM32 项目，它完全够用。但要注意版本差异：
- ST-Link/V2：0.5mm pitch 的 SWD 接口，最高 4 MHz。
- ST-Link/V3：支持 SWO 高速输出，增加了 VCP（虚拟串口）和 mass storage 拖拽烧录。
- ST-Link/V3 MODS：可独立供电，支持隔离输入，适合强干扰环境。
我曾在产线上用 ST-Link/V3 做批量烧录，速度稳定在 1 MB/s 以上。但有个坑：ST-Link 的固件升级偶尔会失败，导致识别不到。解决办法是按住复位键重新枚举。
⚠️ 警告：ST-Link 的 VAPP 引脚是检测目标板电压的。如果目标板是 3.3V，但 ST-Link 供电跳线设成 5V，会直接烧坏 SWD 接口。我亲眼见过同事烧了一块板子。
5. ULINK — Keil生态专属
ULINK 是 ARM 公司（现为 Keil 部分）推出的调试器，现在分 ULINK2、ULINKplus、ULINKpro。它最大的特点是与 Keil MDK 深度绑定，插上就能用，无需配置。
但说实话，ULINK 在开放性和速度上已经落后于 J-Link。它的 GDB 支持很弱，基本只能在 uVision 里用。我个人不推荐散购 ULINK，除非你已经在 Keil 生态里投了一大笔钱。我曾经在一次培训中用 ULINKplus 调试 RT-Thread，发现 breakpoint 数量被限制到只有 6 个（J-Link 默认支持无限硬件断点）。
| 功能 | ULINK2 | ULINKplus | ULINKpro |
|---|---|---|---|
| JTAG/SWD | ✓ | ✓ | ✓ |
| SWO 输出 | ✓ | ✓ | ✓ |
| 虚拟串口 | ✗ | ✓ | ✓ |
| 电源控制 | ✗ | ✓（可测量电流） | ✓ |
| 最大速率 | 10 MHz | 25 MHz | 100+ MHz |
6. 怎么选？一张图搞定
下面这张图我画了四种调试器的定位圆，帮你快速决策。
当然，现实没有正确。如果你公司项目全是 Keil 生态，也没法换 IDE，那 ULINK 省心。如果你像我一样，从 Linux 下用 VSCode + GDB 调试，OpenOCD 几乎是唯一选择。
最后一句实在话：不管选哪个，先确认它支持你的芯片。我就在一个 RISC-V 项目上被 J-Link 坑过——它当时还不支持，临时换 OpenOCD 救场。