做单核调试时，问题大多还能靠来回单步慢慢看清，但一到多核场景，节奏就完全变了。一个核停住，另一个核可能还在继续跑，共享内存、核间中断和消息队列都会继续变化，所以Green Hills多核调试真正难的地方，往往不是代码本身，而是前面的连接方式和当前调试焦点没有先理顺。Green Hills官方资料已经说明，MULTI支持多核系统调试和同步运行控制，Green Hills Probe V4也支持单个JTAG扫描链上的多核调试。

　　一、Green Hills怎么做多核调试

　　多核调试不要按“先连上一个核再说”的思路来做，更稳的办法，是先把整块目标板作为一个多核目标建立成一次完整会话。这样后面无论你要同步停核，还是逐核看现场，调试上下文都不会乱。

　　1、先用连接向导把目标链路建对

　　先打开target connection wizard，把处理器、连接类型和物理介质先定义清楚。官方公开说明里已经写到，向导里可以选择目标处理器、目标连接类型，以及USB、Ethernet、RS-232C这类物理连接方式，所以多核调试第一步不是开源码窗口，而是先把主机到目标板的调试链路建完整。

　　2、确认当前会话真的是多核目标

　　如果probe和MULTI已经识别到多核目标，后面才能谈同步停核和逐核观察。Green Hills Probe V4官方说明明确支持单个JTAG扫描链上的multiple cores，同时MULTI也把multicore debugging作为核心能力列出来，所以这里一定要先确认当前不是单核会话套多核板。

　　3、把各核程序和符号先对应好

　　多核调试最怕的不是断点不停，而是停下来了却发现看的不是那个核、那份映像。更稳的做法，是在开始前先把每个核要加载的程序、符号和职责理顺，再进入调试。这个动作虽然更偏实操，但它正对应MULTI用单个调试器实例统一处理多核系统的工作方式。

　　4、先决定是联动停核还是分核观察

　　Green Hills官方特别提到synchronous run control，也就是任意一个核命中调试条件时，所有核会一起停住。查共享内存、锁竞争和核间同步时，这种方式通常更稳；若只是看某一个核的局部逻辑，再把注意力收回到当前核会更高效。

　　二、Green Hills多核调试时怎么切换目标核

　　切换目标核这件事，真正要抓住的不是某一个固定按钮，而是“当前调试焦点”有没有切到你要看的那个核。因为在多核会话里，你看到的寄存器、PC、堆栈和断点状态，本质上都跟当前核心上下文绑定。

　　1、切核前先看当前是不是同步停核状态

　　如果你现在处在同步停核场景，先确认整个系统是不是已经冻结，再去切换目标核。这样做的好处是，别的核不会在你查看当前核时继续改共享状态，现场更容易对得上。

　　2、切核后先看PC和寄存器

　　切换目标核以后，不要马上单步，先看程序计数器、当前停点和核心寄存器是不是符合预期。多核调试里最常见的误判，就是以为自己已经切到了目标核，实际看的还是上一个核的上下文。这个检查动作，比一上来就继续运行更重要。

　　3、查核间问题时按“停全局、看单核”的顺序来

　　如果你现在查的是核间中断、共享变量覆盖或任务交接，不要一直盯着一个核。更实用的办法，是先让系统进入同步停核状态，再逐个切换当前核去看各自现场，这样才能把多个核在同一时间点的状态拼起来。

　　4、只看单核逻辑时再收回当前核视角

　　如果已经确认问题不在核间交互，而在某一个核的局部流程，那就把注意力收回到当前核自己的源码、堆栈和断点上，不要继续把所有核一起当成主要观察对象。多核调试能不能顺，很多时候就取决于你能不能在“系统视角”和“当前核视角”之间切换得足够清楚。

　　三、Green Hills多核现场先看什么

　　很多多核调试看起来像是“切核不顺”，其实根子更早。更高频的问题，往往是连接本身还停在单核思路里，或者probe已经支持多核，但当前工程和目标配置没有按多核口径整理好。所以在正式追bug之前，先把现场检查动作固定下来，会比来回试错省时间得多。

　　1、先查连接方式是不是按多核目标建立的

　　2、再查每个核对应的程序和符号是不是已经分清

　　3、再查当前问题更像单核问题还是核间交互问题

　　4、最后再决定优先用同步停核还是逐核观察

　　总结

　　Green Hills怎么做多核调试，Green Hills多核调试时怎么切换目标核，关键不是先记住几个界面位置，而是先把多核目标接成一个完整调试会话，再把当前焦点核和全局停核策略理顺。连通以后，查单核逻辑就先切当前核并核对寄存器与PC，查核间交互就优先用同步停核再逐核看现场。顺着这条线去做，多核调试通常会比一开始就来回点窗口稳得多，也更不容易把核上下文看混。