在Green Hills MULTI下面调试嵌入式程序的时候，Watch窗口还有Data Explorer，是大家最常用来盯着变量变化的两个地方。不少人其实都能够正常地把断点给打上，可偏偏变量要么死活都加不进去，要么加进去了，里头显示的那个值却老半天都不见它刷新一下。真的到了动手去查的时候，问题的根子往往都集中在符号信息、编译优化那些选项、能不能做到实时刷新，以及目标板到底连没连稳当这几样上面，反倒不是监视窗口本身出了什么毛病。

　　一、Green Hills MULTI监视窗口怎么添加

　　往里头添加变量以前，得先看清楚，是不是已经把那一份带着调试符号的ELF或者AXF文件给加载进来了。要是这时候手里根本没有符号信息，那监视窗口里头顶多也就能瞅见一些光秃秃的地址，是没法子把变量的名字给正常解析出来的。

　　1、通过Data Explorer把变量给加进去

　　让程序跑进调试的状态之后，可以直接到源码窗口里面去找到想要看的那个变量，对着它的名字双击一下，或者用鼠标右键把它给加到Data Explorer里面去。按照Green Hills官方培训资料里头的说法，靠着双击变量的办法，是可以把它放到Data Explorer窗口里去的，而且后面它的值也会跟着自己更新。

　　2、到Watch窗口里头手动去敲变量的名字

　　先把Watch窗口或者Data Explorer窗口给打开，然后直接在里头把全局变量、结构体里面的成员，或者是数组的名字敲进去就行。比方说像counter这样的全局变量，像motorState.speed这样点出来的结构体成员，再或者像adcBuffer[0]这种带着下标的数组元素，都是可以的。等结构体和数组被展开了以后，也还能够接着往下去看里面的成员，以及不同索引位置上的内容。

　　3、靠着Symbol Browser来帮忙添加

　　如果当前环境下变量的数量实在太多了，那就可以去把Symbol Browser给打开，在里头搜一下变量的名字，然后再把它给拖到Watch窗口里面去。用这个法子比起全靠手工去敲，要更加稳当一些，特别是碰到那种静态变量、名字起得很复杂的命名空间里的东西，还有C++的对象，用它就会方便很多。

　　4、去查看寄存器和内存映射的那些变量

　　像那些挂在外设上的寄存器，或者干脆就是裸地址代表的变量，是可以直接把地址表达式给敲进去的。打个比方，可以敲0x40000000这样的写法，也可以敲(unsigned int)0x40000000这种。真到了去做驱动调试的时候，用这种办法可比在那干等着符号被解析出来要更直接一些。

　　二、Green Hills MULTI变量值不刷新怎么处理

　　碰到变量的值老也不刷新的情况，可不一定就是程序压根儿没有跑。在不少情形下，其实程序那头已经把变量给改掉了，只不过Watch窗口这边还没有跟着同步过来罢了。

　　1、先去看一眼程序到底有没有停在断点上

　　要知道，很多的调试器在程序呼呼地全速跑着的时候，是不会一直去刷Watch窗口里的东西的，它们通常都是等到程序被暂停下来、撞上了断点，或者是在单步执行的时候，才会去更新。别的IDE在调试说明里头也都提到过，Watch窗口差不多都是在程序停了以后才去刷新的，而不是在运行的过程中一直不断地更新。

　　2、查一查编译优化等级

　　编译器那边如果把优化等级开得比较高，就会导致变量被塞进寄存器里面去、被内联展开，甚至干脆就被优化得不见了。表现到Watch窗口上就是，可能会跳出来“optimized out”这样的提示，或者是那个值在很长一段时间都纹丝不动，又或者是在当前的作用域底下压根儿就看不到这个变量。所以在做调试的这个阶段，最好是能主动把优化的等级往下降一降，或者干脆给那几个关键的变量前面，加上一个volatile来修饰。

　　3、认准符号文件是不是正确被加载了

　　要是程序在重新编译过以后，没有再去把符号文件给重新加载一次，那么Watch窗口里面显示出来的，很可能还是指向原来那个旧地址的。尤其是在那种多ELF的工程，或者是Bootloader加Application这种结构的项目里头，这一类情况就特别容易冒出来。当你发现变量的值不对劲，可是内存窗口里头看着又好像挺正常的，这个时候，就要重点去查一查当前到底是加载了哪一份符号文件。

　　4、瞅一眼实时刷新那个功能

　　在某些版本底下，是需要手动去把Periodic Update，或者Real-time Update这类功能给打开才行的。别的嵌入式调试工具在它们的说明里面也同样提到过，一旦把实时更新给关掉了，Watch窗口自然也就不会自己主动去帮我们把变量给刷新出来了。

　　三、Green Hills MULTI监视变量异常怎么继续排查

　　要是变量的值倒是能够显示出来，可那个数值明显就不对头，那这个时候，通常就已经不再是Watch窗口自己的问题了，而是背后调试环境，或者是代码真正跑起来的那条执行路径不太对。

　　1、得确认一下代码是真真切切执行到了这里

　　先别急着看变量，要先去瞧一瞧PC指针现在落在哪个位置上、断点是不是确确实实被命中过了，再去看一看反汇编窗口里面是怎么显示的。要知道优化过后，有些源码里头的行，很可能是已经被编译器给合并掉了，或者被重新排过了顺序，你眼睛看到的那个源码位置，可不一定就对应着真实的执行顺序。

　　2、查一下多核和任务的那个上下文

　　在INTEGRITY这种操作系统，或者是多核的系统下面，某一个变量很有可能其实是属于别的核，或者属于别的任务在管的。当前我们把这个核给停下来的时候，另外那个核说不定还在继续改着同一个变量。所以在多线程的这种环境里头，得先搞清楚当前停下来的这个上下文到底是不是对的。

　　3、对于局部变量，要盯住它当前的作用域

　　局部变量只要一跑出它自己所属的那个作用域，它在栈上原来占着的那块空间，很可能马上就被别的东西给覆盖掉了。到了这种时候，就算Watch窗口里头还能看到它的名字，那个值也早就不再可信了。排查的时候，最好是老老实实地待在函数内部，通过断点停下来以后再去查看它。

　　4、拿Memory窗口来交叉验证那些关键的变量

　　要是心里头开始怀疑Watch窗口显示出来的东西不太正常，那不妨就去把Memory窗口给打开，直接去瞅一眼那个地址上到底存着什么内容。假如发现内存里头的值其实早就已经变了，偏偏Watch这边还跟没事儿人一样没更新，那问题多半就是出在符号的解析，或者是刷新的机制身上。

　　总结

　　在Green Hills MULTI里头，监视窗口该往里头怎么加变量，变量值卡着不刷新了又要怎么去处理，常见的一套流程就是先把带着符号的调试文件给弄进来，然后再通过Data Explorer、Watch窗口，或者是Symbol Browser，把要观察的变量给放进去。碰到变量不刷新的时候，最先要去看的，是程序有没有被停下来、优化的等级高不高、符号文件是不是新的、实时的刷新功能打开了没有，还有当前这个用来调试的上下文到底对不对。在多核系统和高优化的工程里面，内存窗口和反汇编窗口这两个家伙，常常比光靠Watch窗口要更靠得住。