windows下编写C++与C# 无崩溃程序

C++性能好，但因为很多时候直接操作内存，稳定性一直都不太好。在程序上线之前肯定希望缺陷都能够解决，但是谁都不能保证上线之后是零缺陷，如何保证上线之后的程序零崩溃是一直都是一个比较麻烦的问题。为此，花了两天研究C++和C#的各种异常。

C++内存异常崩溃问题处理

野指针异常判断

在windows下有个函数可以检测指针是否异常，同样的linux其实也有类似的代码可以判断，这种解决办法对代码的影响还挺大，一般是在关键代码处加一些处理。

bool isBadPtr(void* p)
{
#ifdef WIN
    return IsBadReadPtr(p,4);//在windows下判断内存的有效性函数,需要注意的是该函数在release执行才有效.
#else
   int fh = open( p, 0, 0 );
   int e = errno;

   if ( -1 == fh && e == EFAULT ) //无效内存;
   {
      return true;
   }
   else if ( fh != -1 )
   {
      close( fh );
   }
   return false;
}
#endif
}

void main()
{
    int* p=new int(3);
    delete p;
    if(isBadPtr(p))
    {
        std::cout<<"pointer is bad";
    }
    std::cout<<"check point faild";
}

SEH 异常检测

SEH异常我在以往的文章有类似的说明，这里面我们要解决的是使用C++普通的异常方式解决windows的异常检测，windows的API中有一个方法就可以将windows的异常转为统一的C++异常处理(需要主要的是，SEH异常是线程异常，在线程中使用需要在线程执行的入口函数中使用异常转化函数)。

#include <windows.h>
#include <iostream>
#include  <TChar.h>
//继承C++的基础异常类;
class seh_excpetion : std::exception
{
	typedef ULONG(WINAPI *fpRtlNtStatusToDosError)(NTSTATUS Status);

public:
	seh_excpetion(unsigned int nExceptionCode, _EXCEPTION_POINTERS* pstExcptionInfor) :
		m_nExceptionCode(0),
		m_pExcptionInfor(NULL),
		m_szMsgBuff(NULL),
		m_hNtModule(NULL),
		RtlNtStatusToDosError(NULL)
	{
		m_nExceptionCode = nExceptionCode;
		m_pExcptionInfor = pstExcptionInfor;
		m_hNtModule = GetModuleHandle(_T("NTDLL.DLL"));
		if (NULL != m_hNtModule)
		{
			RtlNtStatusToDosError = (fpRtlNtStatusToDosError)GetProcAddress(m_hNtModule, "RtlNtStatusToDosError");
		}
	}

	virtual ~seh_excpetion()
	{
		m_nExceptionCode = 0;
		m_pExcptionInfor = NULL;
		RtlNtStatusToDosError = NULL;

		if (NULL != m_szMsgBuff)
		{
			LocalFree(m_szMsgBuff);
			m_szMsgBuff = NULL;
		}
	};

	const char* what() const noexcept
	{
		if (RtlNtStatusToDosError != NULL)
		{
			DWORD nConvertLen = FormatMessageA(
				FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM | FORMAT_MESSAGE_FROM_HMODULE,
				m_hNtModule,
				RtlNtStatusToDosError(m_nExceptionCode),
				0,
				(char*)&m_szMsgBuff,
				0,
				NULL);

			if (0 != nConvertLen)
			{
				return m_szMsgBuff;
			}
		}

		return "SEH_UNKNOW_ERROR";
	}

	const PEXCEPTION_POINTERS info() const
	{
		return m_pExcptionInfor;
	}

	const unsigned int code() const
	{
		return m_nExceptionCode;
	}

private:
	HMODULE m_hNtModule;

	unsigned int m_nExceptionCode;
	char* m_szMsgBuff;
	PEXCEPTION_POINTERS m_pExcptionInfor;
	fpRtlNtStatusToDosError RtlNtStatusToDosError;

public:
	static void(__cdecl TranslateSEHtoCE)(unsigned int nExceptionCode, struct _EXCEPTION_POINTERS* pstExcptionInfor)
	{
		throw seh_excpetion(nExceptionCode, pstExcptionInfor);
	}

};

//使用

void main()
{
    //在入口函数中调用转换函数;
    _set_se_translator(seh_excpetion::TranslateSEHtoCE);
    
    try{
       int*p=NULL;
       *p=3;
    }
    catch(...)
    {
       std::cout<<"program is catch!";
    }
}

通过的异常处理方式只要我们在功能执行代码时加入try catch的异常检测即可保证自己的程序不会崩溃，解决C++发布之后不稳定问题。关于发布程序之后的堆栈信息收集可以使用bugtrap或者breakpad来做。

C#处理SEH异常。

C#本身的异常大部分都可以通过程序捕获。但是C#的代码正常情况下的异常处理是没有办法捕获C++的内存异常的。当然正常情况下使用统一的方式处理异常并不是一件好事情，但是在某些情况下，至少可以防止客户现场出现各种崩溃问题。
从程序安全和稳定的角度来看catch(Exception e)确实不是一个好的编程习惯，然而木已成舟，既然无法避免程序员偷懒，微软只能采取一些补救措施了，这就是CLR新的异常处理机制的作用。
在NET4.0以后，微软对于这种崩溃异常是自然让其崩溃了，不会作为异常捕获输出，但是其还是保留了这块的处理方式。

//认为制造一个C++的崩溃函数.
void test()
{
    int*p=NULL;
    *p=3;
}

 static class Program
 {
     
     //使用dllimport申明C++的方法,本人使用swig来处理，就不说明调用C++的流程了，不属于本文的重点.
    
        [STAThread]
        static void Main()
        {
            try
            {
                test();
            }
            catch　(Exception　e)
            {
            
            }
        }
 };

上面这段代码肯定是100%捕获不到的，因为微软默认就不处理这种异常，我们需要在App.config中加入legacyCorruptedStateExceptionsPolicy 设置使上面的异常处理程序生效.

加入上面的设置之后，即可解决C#捕获C++内存错误了。当然如果不想给全局设置，也可以在C#方法中加一个注解说明如

 static class Program
 {
     
        //内存异常只对本方法生效。
        [HandledProcessCorruptedStateExceptions]　
        static void Main()
        {
            try
            {
                test();
            }
            catch　(Exception　e)
            {
            
            }
        }
 };

需要说明的是，如果不对代码做异常捕获，会出现系统的错误提示框，提示遇到异常，是否继续进行。如下：