调试技术与异常处理

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

3.1 跟踪与中间过程输出

也许一个开发人员一半以上的时间都是在面对错误,所以好的调试/查错方法(工具)会减轻我们工作的负担,也可以让枯燥的DEBUG过程得以缩短。

VC开发环境所提供的调试环境是很优秀的,我们可以运用单步运行,设置断点的方法来查找问题所在。但是这种跟踪是非常耗时的,所以我们需要采用一些策略来让我们更容易的发现错误并对错误进行定位,所幸的是VC在这方面提供了强大的支持。在本节中我们先看看如何利用设置断点和利用TRACE宏来输出运行情况。

在VC开发环境中按下F9就可以在光标所在行设置断点,再按一次就可以取消该处断点。设置断点的意义在于在调试过程当运行到该行时回产生一个中断并返回到VC开发环境中,在开发环境中你可以查看各个变量的值。下面是我们用于测试的代码,前面有红色圆形的行表示该行设置有断点:

在调试过程中到达断点处你可以通过上下文变量窗口(Variables)观察该函数中的变量的值,如果需要观察未在该函数出现的全局变量或者类成员变量这需要将变量名添加到观察窗口(Watch)中输入变量名称。但程序编译完成后请按下F5键以调试的方式执行程序,当进入断点时VC开发环境会被自动激活,然后我

们可以可以观察程序的运行情况。在调试过程中也可以添加和删除断点。如下图:

如果在运行过程中被观察的变量的值发生了变化则该变量在观察窗中会变为红色。

一般来讲设置断点有下面的技巧:

∙设置在进行判断的代码处,这样可以在运行时可以观察判断所依赖的条件是否正确。

∙设置函数开始处,观察该函数所依赖的变量是否都设置正确。

∙设置函数结束处,观察该函数对变量的改变是否正确。

∙设置进入其他函数前/后,通过黑盒法检查该函数功能是否正确。

∙对于循环体,应该先测试一个循环次数小的条件来检查循环逻辑是否正确,或者在循环的前几次设置断点,在运行几次后取消断点。

MFC中提供的TRACE宏可以帮助我们在程序调试运行过程中方便的输出调试信息。TRACE宏的定义为:TRACE(exp),其中的表达式使用与printf相同的表达方法。例如下面的代码:

void CSam_sp_31Dlg::OnTest2()

{

static int i=5,j=50;

char szDeb[]="debug string";

TRACE("trace i=%d j=%d\nstring=%s\n",i,j,szDeb);

i+=1;

j+=5;

}

在以调试方式运行程序是,当你点击TRACE按钮时会看到在调试窗口中输出了调试信息。

当程序在调试过程中执行到此处时会在输出窗口输入"trace i=5

j=50\n,string=debug string\n"。使用TRACE宏可以让我们随时掌握程序运行过程中变量的变化情况,因为大多数情况下我们都不希望使用断点进入到程序内部,而只是注意运行中数据的值。

注意:不要采用TRACE宏一次性输出大批量数据或不间断输出数据,因为这样有可能会时程序运行变得非常缓慢,如:

void test_trace_e(void)

{

char *pszDeb=new char[1024*1024];

TRACE("%s\n",pszDeb);

//或者

for(int i=0;i

{

TRACE("%c\n",pszDeb[i]);

}

}

有一点需要注意的是,TRACE宏在只在调试(DEBUG)版本中起作用,而在发行(RELEASE)版本无效,所以不要在TRACE宏中进行对程序状态进行改变的计算或是调用对状态有改变的函数,例如:

void yourClass::fun1()

{

TRACE("%d",++m_iTick); //m_iTick状态改变

TRACE("return value = %d",DoSomething());

}

void yourClass:DoSomething()

{

if(m_szOut == "No")

{

return FALSE;

}

else

{

m_szOut="Yes"; //状态改变

reutrn TRUE;

}

}

在调试中还有一种方法可以将对象内部内容输出到调试窗口中,这就是使用转储(Dump)。转储的实现要通过对象自身实现,在通过对象自身实现时有一个好处就在于可以输入内部受保护层成员。首先CObject类定义了虚函数:virtual void Dump( CDumpContext& dc ) const;当你从CObject中派生新类时你需要重载该函数,例如下面是个很简单的例子:

class CMyButton : public CButton

{

public:

CMyButton();

~CMyButton(){};

public:

#ifdef _DEBUG

//由于转储只在调试版本中实现,所以使用条件编译

virtual void Dump( CDumpContext& dc ) const;

#endif

protected:

CString m_szHotText;//当鼠标移动过显示的文字

};

CMyButton::CMyButton():CButton()

{

}

#ifdef _DEBUG

void CMyButton::Dump( CDumpContext& dc ) const

{

dc<<"\n";

CButton::Dump(dc);

dc<<"\ndump of CMyButton \ntext is "<

dc<<"\n";

}

#endif

我们看到Dump函数接受一个参数为CDumpContext,通过该类可以将数据输出到调试窗口或是文件。CDumpContext重载了<<操作符,利用<<可以输出各种类型的数据。下面的代码示范了调用方法:

void CSam_sp_31Dlg::OnDump()

{

CButton bu1;

CMyButton bu2;

#ifdef _DEBUG

//由于转储只在调试版本中实现,所以使用条件编译

bu1.Dump(afxDump); //afxDump是一个CDumpContext类型的全局变量。

bu2.Dump(afxDump);

#endif

}

//输出的调试信息为:

a CButton at $64F538

m_hWnd = 0x0

a CButton at $64F4F4

m_hWnd = 0x0

dump of CMyButton

text is not init

//上面两行输出了CButton的转储信息,后面四行输出了CMyButton的转储信息。

设置断点进行跟踪和输出中间结果是最基本的调试方法,也是必须掌握的技巧。下载本节示范代码。

3.2 变量/对象合法性检查

在VC中检查变量合法性一般利用ASSERT(x)宏,ASSERT的作用在于检查表达式是否为假或为NULL,如果为假则会引发异常。在MFC中ASSERT宏被大量使用,例如:

BOOL CWnd::Attach(HWND hWndNew)

相关文档
最新文档