2023-03-16 17:25来源：m.sf1369.com作者：宇宇
如果你不觉得麻烦就自己做一个自定义类，用来显示错误的信息。怕麻烦就用系统的抛出。
try
{
//正常的代码执行；
}catch(Exception ex,SqlException sex)
{
//弹出提示框;
}
//或者
{
response.redirect(自定义错误页面);
}
__try//去掉前面的下划
{
CreateProcessA(c:\\windows\\system32\\notepad.exe, NULL, NULL, NULL, false, 0, NULL, NULL, NULL, NULL);
}
__except(EXCEPTION_EXECUTE_HANDLER)//将此段注释掉,并将下面的catch段全部恢复
{
MessageBoxA(0, CMemoryException, 0, 0);
}
//catch (CMemoryException* e)
//{
// //e->GetErrorMessage()
// MessageBoxA(0, CMemoryException, 0, 0);
//}
//catch (CFileException* e)
//{
// MessageBoxA(0, CFileException, 0, 0);
//}
//catch (CException* e)
//{
// MessageBoxA(0, CException, 0, 0);
//}
你可以将__try,__except改成try catch试试。
说点基本知识：
在debug版本中try catch是可行的，当然也有不行的时候，这里是相对来说
但在release版本编译器没有找到throw代码， 他就会认为try catch结构是多余的， 给优化掉
需要使用__try, __except.
但是用__try, __except块还有问题， 就是这个不是C++标准， 而是Windows平台特有的扩展。 而且如果在使用过程中涉及局部对象析构函数的调用，则会出现C2712 的编译错误。 那么还有没有别的办法呢？
有， 就是仍然使用C++标准的try{}catch(..){}， 但在编译命令行中加入 /EHa 的参数。这样VC编译器不会把try catch模块给优化掉了。
=====补充下====
如果单纯从回答问题的角度来讲，是讨论try catch的用法。
但从问题本身的意义来讲，是为了避免出错，及快速定位问题。
所以从避免出错，以及快速定位来讲，使用try catch是很苍白的。
就快速定位来讲：try catch使用就麻烦了，且也不直接。
我这里有多种方案来快速定位：
前提定义一套输出到log文件的函数
1.每个不保险的函数中增加一个块,
AA()//设其不保险
{
#ifdef _DEBUG
//这里调用你那一套输出log文件,当然并非一定要用log文件，也可以用直接输出信息，
//这个根据情况，当然你也可以把#ifdef块写到你定义的输出函数中。
#endif
}
2.根据输出信息来看执行到哪了，因为程序挂住了，程序后面的信息就输出不了，所以你就找最后一条输出的下一个函数。
最后补充：其实没有什么好的机制来快速定位错误，当然拦截错误为用户提供友好界面就另外一回事。
因为有好的机制你实现起来略显麻烦，不管多大的项目，都有常用代码，大部分是经验。
哎还没说完，有事要出去了，不过这些应该能让你明白意思
Java语言提供两种异常处理机制：捕获异常和声明抛弃异常；
1）捕获异常：在Java程序运行过程中系统得到一个异常对象是，它将会沿着方法的调用栈逐层回溯，寻找处理这一异常的代码。找到能够处理这种类型异常的方法后，运行时系统把当前异常交给这个方法处理；如果找不到可以捕获异常的方法，则运行时系统将终止，相应的Java程序也将退出。捕获异常是通过try-catch-finally语句实现的。语法为：
try{
...
}catch(ExceptionName1 e){
...
}catch(ExceptionName2 e){
...
}
...
}finally{
...
}
2)声明抛弃异常：当Java程序运行时系统得到一个异常对象时，如果一个方法并不知道如何处理所出现的异常，则可在方法声明时，声明抛弃异常。声明抛弃异常是在一个方法声明中的throws子句中指明的。如：
public int read() throws IOException{
...
}
其中throws IOException就是声明抛弃异常，throws后可以跟多个异常类型。
