请教高手：为什么try/catch对不管用？

Question

极度关注
我的程序也出现了这种问题，明明用try和catch了，还是会出错
还是runtime error，郁闷

Answer 1

也许在你的catch里没有得到所有异常.

Answer 2

由于你用的是catch(...)，所以应该是截获到了所有的异常，但有可能是你对这些截获到的异常没有做很好的处理

Answer 3

try 
{
   ...//其它函数的调用
} 
catch(...)   //  ...是默认为获取所有类型错误,当然这也可定义错误类型
{
    ...//异常处理
}
按道理这样做，当程序出现异常时会执行你的异常处理,但有点我要提醒你
在你执行其它函数的调用时，这其它函数本身内部可能出现了异常，所以导
导错误信息，显示程序企图执行地址在00000000处的代码,换句话说:
其它函数内出现的异常，只能由它本身来捕获和执行，本函数是无法
捕获和处理的(它只捕获其内部语句的错误)。要不你调试跟踪进出试试！

Answer 4

按照你的说法，应该不是try/catch的问题，而是你程序本身有问题。
请注意，try/catch不是万能的，并不是说你的代码产生的错误都能捕捉，正确的理解是这样的：只有你程序中抛出的错误，才能被catch。举个简单的例子：
try
{
    char *p = new char(nCount);
    p->...... // 如果此时，new操作失败，p = NULL，那么这种情况下，这句照样要引起系统错误，而try/catch是没有作用的。
}
catch(...)
{
   ......
}只有这样，你才能捕捉到这个错：
try
{
    char *p = new char(nCount);
    if(p == NULL) throw -1; // !!!
    p->...... 
}
catch(...)
{
   ......
}
也就是说，try/catch只是提供一个处理exception的机制，本身并不负责捕捉错误。

Answer 5

补充说明：有很多MFC的函数，碰到exception时自己并不处理，而throw出来，此时，你在调用这些函数时，“裹”上TRY/CATCH是正确的、应该的。

Answer 6

我觉得pcman说得很有道理，我得仔细想想我的程序。
谢了！还有楼长

Answer 7

try
{
    char *p = new char(nCount);
    p->...... // 如果此时，new操作失败，p = NULL，那么这种情况下，这句照样要引起系统错误，而try/catch是没有作用的。
}
catch(...)
{
   ......
}好象不对吧！我在VC下专门试过这样用法，运行时没有问题啊！

Answer 8

其它函数内出现的异常，只能由它本身来捕获和执行，本函数是无法
捕获和处理的(它只捕获其内部语句的错误)。这种说法也不对。我专门在其它函数中造了个除0错的语句，照样能捕捉到的。
我最奇怪是为什么在call stack里看到的全是系统的DLL而完全没有属于我自己的函数，是不是说明调用堆栈已乱套了？我记得以前DOS的BorlandC++ 3.1有一个compile选项是可以帮程序员自动生成保护堆栈的代码，不知现在VC有没有类似的选项。

Answer 9

to  yuanwh(yuanwh):
你试试这个，看看你的try/catch起作用了吗：
try
{
    char *p = NULL;
    p[100] = 'a';
}
catch(...)
{
   ......
}

Answer 10

>>    char *p = NULL;
>>    p[100] = 'a';
这有什么错呀？！p[10000] = 'a';这样又能怎么样呢？！

Answer 11

to  yuanwh(yuanwh):
你试试这个，看看你的try/catch起作用了吗：
try
{
    char *p = NULL;
    p[100] = 'a';
}
catch(...)
{
   ......
}试过了，当然起作用了，程序运行时除了弹出我自己指定的消息框外，看起来一点异常都没有，我在VC6底下试，不过我相信其它编译应该是一样的，因为try/catch机制其实是挂接了系统中断向量，与用什么编译器无关.
这就是我的测试代码
BOOL CTestcallDlg::OnInitDialog()
{
try {
char *p = NULL;
p[100] = 'a';
} catch(...) {
AfxMessageBox("I catch an error");
}
CDialog::OnInitDialog(); // Add "About..." menu item to system menu. // IDM_ABOUTBOX must be in the system command range.
ASSERT((IDM_ABOUTBOX & 0xFFF0) == IDM_ABOUTBOX);
ASSERT(IDM_ABOUTBOX < 0xF000); CMenu* pSysMenu = GetSystemMenu(FALSE);
if (pSysMenu != NULL)
{
CString strAboutMenu;
strAboutMenu.LoadString(IDS_ABOUTBOX);
if (!strAboutMenu.IsEmpty())
{
pSysMenu->AppendMenu(MF_SEPARATOR);
pSysMenu->AppendMenu(MF_STRING, IDM_ABOUTBOX, strAboutMenu);
}
} // Set the icon for this dialog.  The framework does this automatically
//  when the application's main window is not a dialog
SetIcon(m_hIcon, TRUE); // Set big icon
SetIcon(m_hIcon, FALSE); // Set small icon

// TODO: Add extra initialization here

return TRUE;  // return TRUE  unless you set the focus to a control
}

Answer 12

to  yuanwh(yuanwh):
your are right! 我低估了try/catch的能力:) 只能说我的例子举得不好，并不能说明try/catch什么都能抓。

Answer 13

to  yuanwh(yuanwh):
我又试了一下，你的代码，在debug下可以，在release下你试试。
VC的debug版本是很强壮的。
差点被你们搞胡涂:)

Answer 14

to pcman1990(pcman):
真的很多谢你的关注。不过我最奇怪是为什么在call stack里看到的全是系统的DLL而完全没有属于我自己的函数，是不是说明调用堆栈已乱套了？我记得以前DOS时代的BorlandC++ 3.1有一个compile选项是可以帮程序员自动生成保护堆栈的代码，不知现在VC有没有类似的选项。不知你有没有接触过这方面的问题。

Answer 15

try/catch rely on the capability of stack unwinding, if stack is corrupted, try/catch also fail. Eg.
try
{
char p[10];
for(int i=0;;i++)
{
p[i]=0;
}

}
catch(...)
{
printf("I catch an exception in second part");
}
the catch does not work at all.

Answer 16

to  pcman1990(pcman):
在release不行并不是因为try/catch这一机制有问题，而是被VC的编译器在release的默认方式下去掉了对try/catch的编译。况且我原来运行的程序也是debug版本的！

Answer 17

这个我说不上来。这种情况碰到过一次，记得是调用oracle的ODBC driver以后引起的。当时我也找不到原因，我的程序用CDatabase和CRecordset，很规范，但调试时，就是有问题。当时猜想release版本可能没问题，结果果然如此。至于什么原因，我一直不知道，可能安装的oracle ODBC driver不是100%的完善，毕竟不是Microsoft的产品:)

Answer 18

to masterz() 
你的说法比较有道理。我也是怀疑堆的问题，但不知用什么办法侦测到底是哪里出的问题，我对凡是有memcpy,strcpy等类似的地方都仔细检查过，但好象都没有发现什么错，真不知怎么办。期待你的回复！

Answer 19

>在release不行并不是因为try/catch这一机制有问题，而是被VC的编译器在
>release的默认方式下去掉了对try/catch的编译。况且我原来运行的程序也
>是debug版本的！
但是，release下你试试：
try
{
    throw -1;
}
catch(...)
{
   ......
}