以前都是用try{} catch(…){}來捕獲C++中一些意想不到的異常， 今天看了Winhack的帖子才知道，這種方法在VC中其實是靠不住的。例如下面的代碼：
try
{
BYTE* pch ;
pch = ( BYTE* )00001234 ; //給予一個非法地址
*pch = 6 ; //對非法地址賦值，會造成Access Violation 異常
}
catch(...)
{
AfxMessageBox( "catched" ) ;
}
這段代碼在debug下沒有問題，異常會被捕獲，會彈出”catched”的消息框。 但在Release方式下如果選擇了編譯器代碼優化選項，則VC編譯器會去搜索try塊中的代碼， 如果沒有找到throw代碼， 他就會認為try catch結構是多余的， 給優化掉。 這樣造成在Release模式下，上述代碼中的異常不能被捕獲，從而迫使程序彈出錯誤提示框退出。
那么能否在release代碼優化狀態下捕獲這個異常呢， 答案是有的。 就是__try, __except結構， 上述代碼如果改成如下代碼異常即可捕獲。
__try
{
BYTE* pch ;
pch = ( BYTE* )00001234 ; //給予一個非法地址
*pch = 6 ; //對非法地址賦值，會造成Access Violation 異常
}
__except( EXCEPTION_EXECUTE_HANDLER )
{
AfxMessageBox( "catched" ) ;
}
但是用__try, __except塊還有問題， 就是這個不是C++標准， 而是Windows平台特有的擴展。 而且如果在使用過程中涉及局部對象析構函數的調用，則會出現C2712 的編譯錯誤。 那么還有沒有別的辦法呢？
當然有， 就是仍然使用C++標准的try{}catch(..){}， 但在編譯命令行中加入 /EHa 的參數。這樣VC編譯器不會把try catch模塊給優化掉了。