核心提示：NHibernate所有的异常处理都派生自HibernateException类，发生在数据库层的原生异常被保留，没做处理。
NHibernate所有的异常处理都派生自HibernateException类，发生在数据库层的原生异常被保留，没做处理。
HibernateException类派生自系统的ApplicationException类，ApplicationException解释如下
The exception that is thrown when a non-fatal application error occurs.
抛出一个非致命的程序异常。HibernateException类的Serializable关键字，表明可以被序列化，可以保存成文件下来以做分析。
系统中很多异常处理类，发生重要错误或异常时用log4net记录下信息。
看看NHibernate在ado.net事务提交时的异常处理方法：
public void Commit()
{
using (new SessionIdLoggingContext(sessionId))
{
CheckNotDisposed();
CheckBegun();
CheckNotZombied();
log.Debug("Start Commit");
if (session.FlushMode != FlushMode.Never)
{
session.Flush();
}
NotifyLocalSynchsBeforeTransactionCompletion();
session.BeforeTransactionCompletion(this);
try
{
trans.Commit();
log.Debug("IDbTransaction Committed");
committed = true;
AfterTransactionCompletion(true);
Dispose();
}
catch (HibernateException e)
{
log.Error("Commit failed", e);
AfterTransactionCompletion(false);
commitFailed = true;
// Don't wrap HibernateExceptions
throw;
}
catch (Exception e)
{
log.Error("Commit failed", e);
AfterTransactionCompletion(false);
commitFailed = true;
throw new TransactionException("Commit failed with SQL exception", e);
}
finally
{
CloseIfRequired();
}
}
}
其中 Don't wrap HibernateExceptions表明这样处理不会清掉已经发生的HibernateExceptions信息。就是在执行过程中抓到了其他的HibernateExceptions类型的异常就向上抛。这就是自定义异常处理的好处。Commit failed with SQL exception表明数据库sql事务提交执行出错，向上抛出HibernateExceptions类型的错误信息 ，因为都派生自HibernateException类。
同类就throw，不是同类就throw个message。
另外不好的地方就是，异常处理中没包括标识信息，使上层调用无法通过标识信息确定到底发什么了什么异常，只能看到一个message。 这个只有通过修改原码来实现。就是把一个个的标识加到一个异常message中，以便上层抓到。